Re: bash-3.0-11, and [ITP] bashdb3-0.02-1
+1 for bashdb not enough time now for a review. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/
Re: whatever happened with bash_completion, bashdb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Larry Hall on 7/31/2005 11:08 AM: If you're saying that there's a 19 second delay to invoke bash with bash_completion on (with you weak machine), that's more of a concern than a 19 second delay in the setup installation process. If it is the former, I think some care needs to be taken here. I myself run Cygwin on a variety of hardware, from a 600Mhz P3 laptop to a dual 2.4Ghz P4. If there's much more than a second or so slowdown in starting bash with bash_completion on by default, we're going to see lots of complaints on the list about the change. And if that is indeed the case, my vote would be to install bash_completion and provide a README and/or very simply configure script to enable it. Sourcing bash_completion must be done for every interactive shell startup, login or otherwise, for the completions to be available. And even on my 2.5 GHz WinXP machine, time . /etc/bash_completion reports 1.346 s. Also, I anticipate the time will only grow as upstream adds more completions (it already includes 266 kbytes among 28 files to be sourced). So based on your argument, I've decided that the bash_completion is not enabled by default, and that you must edit your ~/.bashrc to source it (and make sure your ~/.bash_profile sources ~/.bashrc, to cover login shells) if you desire the features. I will also provide patches to base-files to make this more obvious to new users. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC7hXN84KuGfSFAYARAh8iAJ4w09AbdxqOwJcJAGt968OwzIU7HACfcAsh JJCLMjFVS1yaReA6v6PCh+w= =RE9h -END PGP SIGNATURE-
more g-b-s patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Some minor nits with g-b-s, including some whitespace changes.
2005-07-30 Eric Blake [EMAIL PROTECTED]
* templates/generic-build-script (build): Variables must be
set after make to override Makefile's setting.
(test_rule): Default to check, since FSF coding standards and
automake prefer that.
(install_docs): Add USAGE.
(list): Sort the list.
(LC_ALL): Set, to ensure sane behavior with sort and others.
(src_orig_pkg_name): Improve error message.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFC7hhL84KuGfSFAYARAm/CAJ9TPj7jLt2cFuKrbPNj7y1VLb5//wCfWvGG
6ZfyHCbdMim6cAcVJ8Kb7jQ=
=tbvQ
-END PGP SIGNATURE-
Index: templates/generic-build-script
===
RCS file: /cvs/cygwin-apps/packaging/templates/generic-build-script,v
retrieving revision 1.34
diff -u -p -r1.34 generic-build-script
--- templates/generic-build-script 30 Jul 2005 16:01:12 - 1.34
+++ templates/generic-build-script 1 Aug 2005 12:35:13 -
@@ -7,7 +7,7 @@
# Package maintainers: if the original source is not distributed as a
# (possibly compressed) tarball, set the value of ${src_orig_pkg_name},
# and redefine the unpack() helper function appropriately.
-# Also, if the Makefile rule to run the test suite is not test, change
+# Also, if the Makefile rule to run the test suite is not check, change
# the definition of ${test_rule} below.
# find out where the build script is located
@@ -60,7 +60,8 @@ elif [ -e ${BASEPKG}.tar ] ; then
export opt_decomp=
export src_orig_pkg_name=${BASEPKG}.tar
else
- echo Cannot find original package.
+ echo Cannot find PKG:${SHORTPKG} VER:${VER} REL:${REL}. Rename $0 to
+ echo something more appropriate, and try again.
exit 1
fi
@@ -115,12 +116,15 @@ export install_docs=\
RELEASE_NOTES \
THANKS \
TODO \
+ USAGE \
export install_docs=`for i in ${install_docs}; do echo $i; done | sort -u`
-export test_rule=test
+export test_rule=check
if [ -z $SIG ]; then
export SIG=0 # set to 1 to turn on signing by default
fi
+# Sort in POSIX order.
+export LC_ALL=C
# helper functions
@@ -137,7 +141,7 @@ Actions are:
conf, configureConfigure the package (./configure)
reconf Rerun configure
build, makeBuild the package (make)
-check, testRun the testsuite (make ${test_rule})
+check, testRun the testsuite (make ${test_rule})
clean Remove built files (make clean)
installInstall package to staging area (make install)
list List package contents
@@ -203,7 +207,7 @@ reconf() {
}
build() {
(cd ${objdir} \
- CFLAGS=${MY_CFLAGS} make )
+ make CFLAGS=${MY_CFLAGS} )
}
check() {
(cd ${objdir} \
@@ -292,7 +296,7 @@ strip() {
}
list() {
(cd ${instdir} \
- find . -name * ! -type d | sed 's%^\.% %' ; \
+ find . -name * ! -type d | sed 's%^\.% %' | sort ; \
true )
}
depend() {
@@ -379,7 +383,7 @@ checksig() {
while test -n $1 ; do
case $1 in
help|--help) help ; STATUS=$? ;;
-version|--version) version ; STATUS=$?;;
+version|--version) version ; STATUS=$? ;;
prep) prep ; STATUS=$? ;;
mkdirs)mkdirs ; STATUS=$? ;;
conf) conf ; STATUS=$? ;;
Re: whatever happened with bash_completion, bashdb
On Mon, August 1, 2005 1:30 pm, Eric Blake said: Sourcing bash_completion must be done for every interactive shell startup, login or otherwise, for the completions to be available. And even on my 2.5 GHz WinXP machine, time . /etc/bash_completion reports 1.346 s. Also, I anticipate the time will only grow as upstream adds more completions (it already includes 266 kbytes among 28 files to be sourced). So based on your argument, I've decided that the bash_completion is not enabled by default, and that you must edit your ~/.bashrc to source it (and make sure your ~/.bash_profile sources ~/.bashrc, to cover login shells) if you desire the features. I will also provide patches to base-files to make this more obvious to new users. Not a problem, just send me the patches :) J.
Re: Urgent upload: exim-4.52-2
On Jul 29 22:38, Pierre A. Humblet wrote: At 11:32 PM 7/29/2005 -0400, Christopher Faylor wrote: exim-4.41-1*.tar.bz2 is a year old. Can't we at least get rid of that one? Why not? While you are at it, delete both, there is really no reason to go back. At any rate I have a copy, and the time machine probably does too. Ok, I removed 4.41-1 and 4.43-1, so only 4.50-1 and 4.52-2 are left. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Proposal singular-3.0.0-1
On Jul 26 02:16, Gerrit P. Haase wrote: Oliver Wienand wrote: Dear developers of cygwin, our group singular-team, which is responsible for the singular computer algebra system, wants to maintain a cygwin package of this system. I would be the maintainer, as I am responsible for the windows port. The Singular homepage: http://www.singular.uni-kl.de In case votes are needed, I vote pro inclusion. Can you also review, please? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: bash-3.0-11, and [ITP] bashdb3-0.02-1
On Jul 30 22:04, Eric Blake wrote:
Delete bash-3.0-8 and bash-3.0-10 so that bash-2.05b-17 will be the
previous (needed if someone wants to downgrade to a cygwin prior to
1.5.18). Delete {readline,libreadline6}-5.0-1, now that version 2 is
previous.
Done.
file sizemd5sum
http://home.comcast.net/~ericblake/bash-3.0-11.tar.bz2
535051 c638c3206acbc5d3eb603948068ab352
http://home.comcast.net/~ericblake/bash-3.0-11-src.tar.bz2
2502073 3cf035995d97f460ada03e9c67940132
http://home.comcast.net/~ericblake/bash.setup.hint
(prev: 2.05b-17, curr: 3.0-11)
500 cbe2778313d847ab2bd8a929f272de20
http://home.comcast.net/~ericblake/bashdb3-0.02-1.tar.bz2
389348 fa7fc6ed20f62d255d1246bfeba3b0f9
http://home.comcast.net/~ericblake/bashdb3-0.02-1-src.tar.bz2
128767 c41ce67b190ebafaaa2d42da9c97e0a4
http://home.comcast.net/~ericblake/bashdb3.setup.hint
(curr: 0.02-1)
165 45fc58451634dc0f3fdb9eb952449544
http://home.comcast.net/~ericblake/libreadline6.setup.hint
(prev: 5.0-2, curr: 5.0-4)
407 e540f6c4de8ecc94902f684decea3fa7
http://home.comcast.net/~ericblake/readline.setup.hint
(prev: 5.0-2, curr: 5.0-4)
399 a8390c61e04b23f56a2721bb63b47580
Uploaded. I've created bashdb3 as subdirectory under bash. Btw.,
it would be nice if you could offer your packages in different
subdirectories so that the setup.hint file can keep its name,
rather than having to rename them after download. Thanks.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:cygwin@cygwin.com
Red Hat, Inc.
Re: bash-3.0-11, and [ITP] bashdb3-0.02-1
Eric Blake wrote: The upstream maintainer used the version number 3.00-0.02, which doesn't play very nicely with setup.exe, so I named the package bashdb3 at version 0.02. Potential problem: If bash increments its version number, and bashdb then resets its suffixed version number when it moves to the new bash version, your scheme will break. e.g.: 3.00-0.02 = bashdb3-0.02 3.01-0.01 = ? I'd suggest using bashdb-3.00_0.02, to avoid this - i.e. change hyphen to underscore. Max.
Re: bash-3.0-11, and [ITP] bashdb3-0.02-1
I'd suggest using bashdb-3.00_0.02, to avoid this - i.e. change hyphen to underscore. Sounds like a good idea. I'll hold off announcing bashdb3 as a new package, and instead give the announcement after I have figured out how to make g-b-s turn VER into using 3.00_0.02 for the bashdb package. It shouldn't matter if bashdb3 disappears from the mirrors, in favor of bashdb. Look for another upload request when I have time to complete the repackaging. -- Eric Blake
Re: bash-3.0-11, and [ITP] bashdb3-0.02-1
On Aug 1 15:43, Eric Blake wrote: I'd suggest using bashdb-3.00_0.02, to avoid this - i.e. change hyphen to underscore. Sounds like a good idea. I'll hold off announcing bashdb3 as a new package, and instead give the announcement after I have figured out how to make g-b-s turn VER into using 3.00_0.02 for the bashdb package. It shouldn't matter if bashdb3 disappears from the mirrors, in favor of bashdb. Look for another upload request when I have time to complete the repackaging. We can silently remove it from sourceware.org... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Proposal singular-3.0.0-1
Corinna Vinschen wrote: On Jul 26 02:16, Gerrit P. Haase wrote: Oliver Wienand wrote: Dear developers of cygwin, our group singular-team, which is responsible for the singular computer algebra system, wants to maintain a cygwin package of this system. I would be the maintainer, as I am responsible for the windows port. The Singular homepage: http://www.singular.uni-kl.de In case votes are needed, I vote pro inclusion. Can you also review, please? The binaries are working. I have no Emacs installed so I cannaot test the Emacs version. Source package is missing, cannot try a rebuild. Directory layout needs some changes, /usr/local/Singular is the base path right now, this cannot be distributed with /usr/Singular instead. Binaries should go to /usr/bin, rest to /usr/share/Singular and/or /usr/lib/Singular and docs into /usr/share/doc/Singular-3.0.0. Info file is named .hlp, don't know if this is a problem for info. Gerrit -- =^..^=
[RFR] imlib-1.9.14-3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is an attempt at proposing the GNOME 1.4 libraries in an orderly fashion. This package has been discussed before, just needs a review: http://cygwin-ports.sourceforge.net/install/temp/imlib/imlib-1.9.14-3-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/imlib/imlib-1.9.14-3.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/imlib/setup.hint Once approved, please upload under the release/GNOME/ hierarchy. Thanks. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC7pgApiWmPGlmQSMRAhOzAJ0d31affzYnwIGPkAeDXYDh9keVPACdGfjv V+Op9mo3zEdaqiQkQWpib0c= =PHXK -END PGP SIGNATURE-
Re: [RFR] imlib-1.9.14-3
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is an attempt at proposing the GNOME 1.4 libraries in an orderly fashion. This package has been discussed before, just needs a review: http://cygwin-ports.sourceforge.net/install/temp/imlib/imlib-1.9.14-3-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/imlib/imlib-1.9.14-3.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/imlib/setup.hint Once approved, please upload under the release/GNOME/ hierarchy. Thanks. When running `./imlib-1.9.14-3.sh all` I get during configure: /instsoft/Yaakov/imlib-1.9.14/configure: line 1: /instsoft/Yaakov/imlib-1.9.14/libtool: No such file or directory [...] checking whether shmctl IPC_RMID allowes subsequent attaches... rm: cannot remove `conftest.exe': Permission denied no rm: cannot remove `conftest.exe': Permission denied and during make: make all-recursive make[1]: Entering directory `/instsoft/Yaakov/imlib-1.9.14/.build' Making all in gdk_imlib make[2]: Entering directory `/instsoft/Yaakov/imlib-1.9.14/.build/gdk_imlib' sh ../libtool --mode=compile ccache gcc -DSYSTEM_IMRC=\/etc/imlib/imrc\ -DIMLIB_LIB=\/usr/lib\ -DSYSCONFDIR=\/etc/imlib\ -I. -I/instsoft/Yaakov/imlib-1.9.14/gdk_imlib -I.. -I/instsoft/Yaakov/imlib-1.9.14/gdk_imlib/.. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/X11R6/include-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include -I/usr/include -O2 -pipe -c /instsoft/Yaakov/imlib-1.9.14/gdk_imlib/cache.c sh ../libtool --mode=compile ccache gcc -DSYSTEM_IMRC=\/etc/imlib/imrc\ -DIMLIB_LIB=\/usr/lib\ -DSYSCONFDIR=\/etc/imlib\ -I. -I/instsoft/Yaakov/imlib-1.9.14/gdk_imlib -I.. -I/instsoft/Yaakov/imlib-1.9.14/gdk_imlib/.. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/X11R6/include-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include -I/usr/include -O2 -pipe -c /instsoft/Yaakov/imlib-1.9.14/gdk_imlib/colors.c libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[2]: *** [cache.lo] Error 1 make[2]: *** Waiting for unfinished jobs libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[2]: *** [colors.lo] Error 1 make[2]: Leaving directory `/instsoft/Yaakov/imlib-1.9.14/.build/gdk_imlib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/instsoft/Yaakov/imlib-1.9.14/.build' make: *** [all-recursive-am] Error 2 How did you build it? Gerrit -- =^..^=
upload: bashdb-3.00_0.02-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package rename - instead of bashdb3-0.02, it is now bashdb-3.00_0.02. Other than that, no changes. You can completely remove any bashdb3 files. I've also divided my web hosting site into directories, as requested. filesizemd5sum http://home.comcast.net/~ericblake/bash/bashdb/bashdb-3.00_0.02-2.tar.bz2 389231 a8998b502b31c562a3808e04404c8337 http://home.comcast.net/~ericblake/bash/bashdb/bashdb-3.00_0.02-2-src.tar.bz2 128790 ae30649cb572439656e92779326d5c9f http://home.comcast.net/~ericblake/bash/bashdb/setup.hint (curr: 3.00_0.02-2) 165 45fc58451634dc0f3fdb9eb952449544 - -- Someday, I might put a cute statement here. Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC7u/U84KuGfSFAYARAnbXAKDBSH1fZ6GfM6E5+7IARfBjs4YymACgkjzq 8TiClwujF16UhqxpzP/h//E= =6lRQ -END PGP SIGNATURE-
XFree 6.8.2.0-4- Failed Graphics startup, White windows.
Hi Guys, I have a problem with my XP installation on a Dell Latitude laptop. My X knowledge is sadly lacking I'm afraid I have always looked plaintively at IT for help on such things in the past. I have just installed the latest, I think, version of cygwin and tried to start up the X server. I copied the template .xinitrc file to my local user directory and then typed startx. Then a window opens with nothing in it, just plain white. I have used both startx from a cygwin bash prompt and startxwin from DOS, same result. However when I installed it on my basic PC system at home it worked first time. If I try to open xclock from the start menu, likewise, I get a plain white box. I have found I can type commands into my plain white xterm box, I can't see them, but they do execute. So for example I typed xterm -fg white -bg black and I got another plain white box, the ~ in the title bar is white too... Any ideas? I'm not sure where to start I have wondered if it is colour map related, but wouldn't know how to tell. I found the log file and have included it below, along with my .xinitrc and .Xresources. I have noted that the size of the white box varies when I delete the .xresources file... I dunno if this is a clue... I found on the net some hints toward it maybe being an old DirectX version so I have downloaded the latest version of DirectX (v9), I have closed all other programs to try and ensure free (non-swapped) RAM, no joy. Hope you can point me in the right direction, thanks in advance, Rob - Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winScreenInit - Monitors do not all have same pixel format / display depth. Using primary display only. winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winMultiWindowWMIOErrorHandler! - My .xinirc file reads: - #!/bin/sh # $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $ userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap sysresources=/usr/X11R6/lib/X11/xinit/.Xresources
Re: fonts in Cygwin
Michael Denk wrote: On Sun, 24 Jul 2005, Klaus Kassner wrote: I do get most fonts correctly, including, incidentally, the normal Helvetica. But some of the fonts are not there, in particular Helvetica-Narrow. Ah, now I see your problem. Doesn't work for me either with Helvetica-Narrow. So I don't get Helvetica-Narrow, nor, I believe ZapfChancery. In any case there are several fonts missing, including Helvetica-Narrow. Are there people out there who have them in their default cygwin installation? I did some research: The Postscript fonts that Ghostscript uses aren't normally available to X programs, e.g. Xfig. This causes the error messages about missing fonts you mentioned. You mentioned the Debian package gsfonts-x11. This package solves the above problem by telling X of the existence of the Ghostscript fonts. I'm currently working on a similar solution for Cygwin---stay tuned. Sure, I will :-). I am very interested in getting this to work, since I mostly use Helvetica Narrow in my slides. I have tried to find out where these fonts are on my work computer, where everything is available under ubuntu, but I have not yet fully figured out how to use them on other computers. It seems that Helvetica Narrow is actually some Nimbus Sans font and there is a file /etc/X11/fonts/Type1/gsfonts-x11.alias containing the mapping. So maybe this is part of the way to tell X of the existence of the Ghostscript fonts, but I doubt it is the complete picture. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Using xauth with Cygwin-X
I use openSSH running under Cygwin-X to communicate with a Solaris workstation at work. When I logged into Solaris with SSH, I received messages that there was no valid xauth data and that fake data would be used for X11 forwarding. My mail reader (exmh) also complained repeatedly about failures of xauth authentication. I dug out my old X manual (which goes back to X11R5) and looked up xauth. It suggested running this command under Solaris: xauth -extract $DISPLAY | rsh my home PC with Cygwin xauth merge - Since I didn't want to use rsh I did this: 1) (Solaris) xauth -extract $DISPLAY xauth.data 2) I transferred xauth.data to the root directory under Cygwin, using SSH. 3) (Cygwin) xauth -merge /xauth.data The last command told me that a new /home/larry/.Xauthority file was created, which made sense to me. Otherwise there were no messages. I shut down my bash shell, closed my Cygwin X server, and restarted everything. I still get the same errors when I log into the Solaris workstation. Any suggestions? Larry Griffith -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: fonts in Cygwin
On Mon, 1 Aug 2005, Klaus Kassner wrote: I have tried to find out where these fonts are on my work computer, where everything is available under ubuntu, but I have not yet fully figured out how to use them on other computers. It seems that Helvetica Narrow is actually some Nimbus Sans font and there is a file /etc/X11/fonts/Type1/gsfonts-x11.alias containing the mapping. So maybe this is part of the way to tell X of the existence of the Ghostscript fonts, but I doubt it is the complete picture. Actually I got Helvetica Narrow working. I don't know how Debian handles XXX.alias files as normally only files named fonts.alias are recognized as aliases. I appended the content from this file to fonts.alias, did some renaming (e.g. medium vs. regular), copied the fonts from the ghostscript fonts dir to the Type1 fonts dir and called font-update to rebuild fonts.dir, fonts.scale and the font cache. After restarting the X server this worked for some fonts in Xfig or xfontsel, others crashed the applications. I found some information on the internet that Debian users who have installed gsfonts-x11 experienced similar behavior to some extent. I wrote some nifty installation script that does all the work in setting up the mappings to the ghostscript fonts but as long as I don't know why some fonts cause these crashes I prefer not to publish it. This could take a while. Bye, Michael -- Michael Denk Fakultät für Mathematik und Informatik Tel. +49 (0851) 509-3136 Universität Passau, Raum K08 IM (Aquarium) denk at fmi.uni-passau.dehttp://www.fmi.uni-passau.de/~denk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Translucency
Michael, You definitely shed some light on the subject but I'm having the same problem: Everytime I start xcompmgr, my XWin server crashes. xcompmgr-1.1.1 compiled quite nicely under cygwin and I changed startxwin.bat to take out the -multiwindow option from XWin and ran it with -rootless. Then I started twm window manager and my mrxvt terminal but when I run xcompmgr, it all comes to a crashing halt. I prefer linux, which is why I'm persistently trying to make my Windows XP machine act as much like Linux as possible. Hasn't anyone been able to get translucent terminals working under Cygwin? Thanks again, Ron --- Michael Denk [EMAIL PROTECTED] wrote: Hi Ron! On Sun, 31 Jul 2005, Ron Geis wrote: Thank you for replying. Excuse me replying directly to you, but I couldn't figure out how to post a reply on the mailing list! No problem. If your mail client isnt't able to reply to the Reply-To address instead of the From Address, you can manually change the recepient's address to cygwin-xfree@cygwin.com thus replying to the mailing list. Are you running cygwin/mrxvt on Windows XP? Yes, I am. Did you simply run ./configure --enable-everything before compiling mrxvt? Or, was there anything else you had to do during build? I followed the steps as shown on this page: http://www-cdf.fnal.gov/~cplager/cygwin.html#mrxvt So yes. The FAQ file in the mrxvt download says you need to run xcompmgr... When I set mrxvt*transparent: true in either .mrxvtrc or .Xdefaults, all I get is a terminal with a rough, grey, opaque background. What am a doing wrong? Ah, I see. When replying to your posting on the mailing list I must have overread the subject. I supposed you only wanted to get transparency, not translucency. What happens when you enable transparency is that the mrxvt windows inherit the background from your X server. If you run Cygwin/X in multiwindow mode and haven't done anything to change the background, you should get some greyish background as you mentioned. You can change the background with xsetroot or xsetbg though I think the latter isn't part of Cygwin/X. I'm running Cygwin/X in rootless mode and have my windows managed by openbox. My mrxvt window gets the background as set in my openbox configuration. Now that I know what you ment I tried to get translucency working in order to get alpha channel transparency. Cygwin/X isn't configured by a XF86Config or xorg.conf anymore. All the things normally found in this files are only available as command line options for XWin.exe. To enable the Composite extension necessary for the translucency feature you have to add +extension Composite to your XWin start command either in startxwin.bat when starting from Windows or in one of the files that does fire up X when you use startx from within Cygwin. I tried this, compiled xcompmgr-1.1.1 from http://freedesktop.org/xapps/release/ without any problems and could start it successfully. But as soon as i started an X application my X server crashed. :( I'm not that into this translucency thing. Perhaps I did something wrong or maybe Cygwin/X needs a special version of xcompmgr, I don't know. Please post to the mailing list if you have any success in getting this working. Have fun Michael -- Michael Denk Fakultät für Mathematik und Informatik Tel. +49 (0851) 509-3136 Universität Passau, Raum K08 IM (Aquarium) denk at fmi.uni-passau.de http://www.fmi.uni-passau.de/~denk __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[PATCH] TIOCMBI[SC]
I don't have a serial device to test this with, but it's just selected
parts of the TIOCMSET handling slightly adapted.
2005-08-01 Yitzchak Scott-Thoennes [EMAIL PROTECTED]
* fhandler_serial.cc (fhandler_serial::ioctl): Implement TIOCMBIS and
TIOCMBIC.
* include/sys/termios.h: Define TIOCMBIS and TIOCMBIC
.
--- winsup/cygwin/include/sys/termios.h.orig2005-05-01 20:50:10.0
-0700
+++ winsup/cygwin/include/sys/termios.h 2005-08-01 02:22:34.361969600 -0700
@@ -1,6 +1,6 @@
/* sys/termios.h
- Copyright 1997, 1998, 1999, 2000, 2001, 2002, 2003 Red Hat, Inc.
+ Copyright 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2005 Red Hat, Inc.
This file is part of Cygwin.
@@ -14,6 +14,8 @@
#define _SYS_TERMIOS_H
#defineTIOCMGET0x5415
+#defineTIOCMBIS0x5416
+#defineTIOCMBIC0x5417
#defineTIOCMSET0x5418
#defineTIOCINQ 0x541B
--- winsup/cygwin/fhandler_serial.cc.orig 2005-07-06 13:05:00.0
-0700
+++ winsup/cygwin/fhandler_serial.cc2005-08-01 02:31:30.993608000 -0700
@@ -470,6 +470,50 @@ fhandler_serial::ioctl (unsigned int cmd
res = -1;
}
break;
+ case TIOCMBIS:
+ if (ipbuffer TIOCM_RTS)
+ {
+ if (EscapeCommFunction (get_handle (), SETRTS))
+ rts = TIOCM_RTS;
+ else
+ {
+ __seterrno ();
+ res = -1;
+ }
+ }
+ if (ipbuffer TIOCM_DTR)
+ {
+ if (EscapeCommFunction (get_handle (), SETDTR))
+ dtr = TIOCM_DTR;
+ else
+ {
+ __seterrno ();
+ res = -1;
+ }
+ }
+ break;
+ case TIOCMBIC:
+ if (ipbuffer TIOCM_RTS)
+ {
+ if (EscapeCommFunction (get_handle (), CLRRTS))
+ rts = 0;
+ else
+ {
+ __seterrno ();
+ res = -1;
+ }
+ }
+ if (ipbuffer TIOCM_DTR)
+ {
+ if (EscapeCommFunction (get_handle (), CLRDTR))
+ dtr = 0;
+ else
+ {
+ __seterrno ();
+ res = -1;
+ }
+ }
+ break;
case TIOCCBRK:
if (ClearCommBreak (get_handle ()) == 0)
{
Re: fix possible segfault creating detached thread
On Jul 31 15:17, Mike Gorse wrote:
This patch fixes a seg fault when a thread is created in a detached state
and terminates the first time it is scheduled. pthread::create (the
four-parameter version) calls the three-parameter pthread::create function
which unlocks the mutex, allowing the called thread to be scheduled, then
exits at which point the outer create function calls is_good_objectg(),
but this causes a core dump if pthread::exit() has already been called and
deleted the pthread object.
Thanks for the patch. First, please let me point you to
http://cygwin.com/contrib.html. The important information here is that
you'll need to fill out a copyright assignment form and snail mail it
to Red Hat if you want to get in patches. The only exception are
insignificant patches in terms of changed lines of code. The usual rule of
thumb here is not more than 10 lines. Well, your patch only changes
roughly 12 lines, so I'd let slip it in.
However, there are three tiny problems:
2005-07-31 Michael Gorse [EMAIL PROTECTED]
* thread.cc (pthread::create): Make bool.
* thread.cc (pthread_null::create): Ditto.
Wrong ChangeLog entry format. Don't repeat the name of the file for each
change. Compare with the current ChangeLog file. And don't add an empty
line for each changed file, unless the changes are unrelated.
* thread.h: Ditto.
* pthread.cc (pthread_create): Check return of inner create rather
than calling is_good_object().
This entry definitely doesn't match your below patch. Is there really
any change in pthread.cc and did you forget to send it or is that rather
a typo and you meant to note the change to pthread::create(3 args) in
thread.cc?
Index: thread.cc
===
RCS file: /cvs/src/src/winsup/cygwin/thread.cc,v
retrieving revision 1.190
diff -u -p -r1.190 thread.cc
--- thread.cc 6 Jul 2005 20:05:03 - 1.190
+++ thread.cc 31 Jul 2005 02:13:14 -
@@ -491,13 +491,15 @@ pthread::precreate (pthread_attr *newatt
magic = 0;
}
-void
+bool
pthread::create (void *(*func) (void *), pthread_attr *newattr,
void *threadarg)
{
+ bool retval;
+
precreate (newattr);
if (!magic)
-return;
+return false;
function = func;
arg = threadarg;
@@ -517,7 +519,9 @@ pthread::create (void *(*func) (void *),
while (!cygtls)
low_priority_sleep (0);
}
+ retval =magic;
Please add a space after the '='. Looks good otherwise.
Thanks in advance,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:cygwin@cygwin.com
Red Hat, Inc.
Re: [PATCH] TIOCMBI[SC]
On Aug 1 04:15, Yitzchak Scott-Thoennes wrote: I don't have a serial device to test this with, but it's just selected parts of the TIOCMSET handling slightly adapted. I'm not serial I/O savvy, but the change looks pretty much ok. I'm just not exactly glad that the functionality itself is duplicated. Would you mind a rewrite so that the functionality is not copied, for instance by creating a private method which does it, or by recursively calling fhandler_serial::ioctl() with tweaked arguments (TIOCMSET)? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: fix possible segfault creating detached thread
On Mon, 1 Aug 2005, Corinna Vinschen wrote:
This patch fixes a seg fault when a thread is created in a detached state
and terminates the first time it is scheduled. pthread::create (the
four-parameter version) calls the three-parameter pthread::create function
which unlocks the mutex, allowing the called thread to be scheduled, then
exits at which point the outer create function calls is_good_objectg(),
but this causes a core dump if pthread::exit() has already been called and
deleted the pthread object.
Thanks for the patch. First, please let me point you to
http://cygwin.com/contrib.html. The important information here is that
you'll need to fill out a copyright assignment form and snail mail it
to Red Hat if you want to get in patches. The only exception are
insignificant patches in terms of changed lines of code. The usual rule of
thumb here is not more than 10 lines. Well, your patch only changes
roughly 12 lines, so I'd let slip it in.
I didn't think that my patch was significant enough that I would need to
do that, but I will if necessary.
However, there are three tiny problems:
[snip]
Here is a corrected ChangeLog and patch:
2005-08-01 Michael Gorse [EMAIL PROTECTED]
* thread.cc (pthread::create(3 args)): Make bool.
(pthread_null::create): Ditto.
thread.h: Ditto.
* pthread.cc (pthread_create(4 args)): Check return of inner create
rather than calling is_good_object().
Index: thread.cc
===
RCS file: /cvs/src/src/winsup/cygwin/thread.cc,v
retrieving revision 1.190
diff -u -p -r1.190 thread.cc
--- thread.cc 6 Jul 2005 20:05:03 - 1.190
+++ thread.cc 31 Jul 2005 02:13:14 -
@@ -491,13 +491,15 @@ pthread::precreate (pthread_attr *newatt
magic = 0;
}
-void
+bool
pthread::create (void *(*func) (void *), pthread_attr *newattr,
void *threadarg)
{
+ bool retval;
+
precreate (newattr);
if (!magic)
-return;
+return false;
function = func;
arg = threadarg;
@@ -517,7 +519,9 @@ pthread::create (void *(*func) (void *),
while (!cygtls)
low_priority_sleep (0);
}
+ retval = magic;
mutex.unlock ();
+ return retval;
}
void
@@ -1993,8 +1997,7 @@ pthread::create (pthread_t *thread, cons
return EINVAL;
*thread = new pthread ();
- (*thread)-create (start_routine, attr ? *attr : NULL, arg);
- if (!is_good_object (thread))
+ if (!(*thread)-create (start_routine, attr ? *attr : NULL, arg))
{
delete (*thread);
*thread = NULL;
@@ -3262,9 +3265,10 @@ pthread_null::~pthread_null ()
{
}
-void
+bool
pthread_null::create (void *(*)(void *), pthread_attr *, void *)
{
+ return true;
}
void
Index: thread.h
===
RCS file: /cvs/src/src/winsup/cygwin/thread.h,v
retrieving revision 1.100
diff -u -p -r1.100 thread.h
--- thread.h5 Jul 2005 03:16:46 - 1.100
+++ thread.h31 Jul 2005 02:10:52 -
@@ -380,7 +380,7 @@ public:
HANDLE cancel_event;
pthread_t joiner;
- virtual void create (void *(*)(void *), pthread_attr *, void *);
+ virtual bool create (void *(*)(void *), pthread_attr *, void *);
pthread ();
virtual ~pthread ();
@@ -473,7 +473,7 @@ class pthread_null : public pthread
/* From pthread These should never get called
* as the ojbect is not verifyable
*/
- void create (void *(*)(void *), pthread_attr *, void *);
+ bool create (void *(*)(void *), pthread_attr *, void *);
void exit (void *value_ptr) __attribute__ ((noreturn));
int cancel ();
void testcancel ();
Re: fix possible segfault creating detached thread
ARGH! I really need to be more careful... Sorry for all the emails.
One last correction...
2005-08-01 Michael Gorse [EMAIL PROTECTED]
* thread.cc (pthread::create(3 args)): Make bool.
(pthread_null::create): Ditto.
thread.h: Ditto.
* thread.cc (pthread::create(4 args)): Check return of inner
create rather than calling is_good_object().
Index: thread.cc
===
RCS file: /cvs/src/src/winsup/cygwin/thread.cc,v
retrieving revision 1.190
diff -u -p -r1.190 thread.cc
--- thread.cc 6 Jul 2005 20:05:03 - 1.190
+++ thread.cc 31 Jul 2005 02:13:14 -
@@ -491,13 +491,15 @@ pthread::precreate (pthread_attr *newatt
magic = 0;
}
-void
+bool
pthread::create (void *(*func) (void *), pthread_attr *newattr,
void *threadarg)
{
+ bool retval;
+
precreate (newattr);
if (!magic)
-return;
+return false;
function = func;
arg = threadarg;
@@ -517,7 +519,9 @@ pthread::create (void *(*func) (void *),
while (!cygtls)
low_priority_sleep (0);
}
+ retval = magic;
mutex.unlock ();
+ return retval;
}
void
@@ -1993,8 +1997,7 @@ pthread::create (pthread_t *thread, cons
return EINVAL;
*thread = new pthread ();
- (*thread)-create (start_routine, attr ? *attr : NULL, arg);
- if (!is_good_object (thread))
+ if (!(*thread)-create (start_routine, attr ? *attr : NULL, arg))
{
delete (*thread);
*thread = NULL;
@@ -3262,9 +3265,10 @@ pthread_null::~pthread_null ()
{
}
-void
+bool
pthread_null::create (void *(*)(void *), pthread_attr *, void *)
{
+ return true;
}
void
Index: thread.h
===
RCS file: /cvs/src/src/winsup/cygwin/thread.h,v
retrieving revision 1.100
diff -u -p -r1.100 thread.h
--- thread.h5 Jul 2005 03:16:46 - 1.100
+++ thread.h31 Jul 2005 02:10:52 -
@@ -380,7 +380,7 @@ public:
HANDLE cancel_event;
pthread_t joiner;
- virtual void create (void *(*)(void *), pthread_attr *, void *);
+ virtual bool create (void *(*)(void *), pthread_attr *, void *);
pthread ();
virtual ~pthread ();
@@ -473,7 +473,7 @@ class pthread_null : public pthread
/* From pthread These should never get called
* as the ojbect is not verifyable
*/
- void create (void *(*)(void *), pthread_attr *, void *);
+ bool create (void *(*)(void *), pthread_attr *, void *);
void exit (void *value_ptr) __attribute__ ((noreturn));
int cancel ();
void testcancel ();
YNT: Problem on the re-compling of g77 for the increasing of MXUNIT in fio.h
/ check make[2]: Entering directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libf2c/libU77' ../../../gcc/g77 -B../../../gcc/ -L.. -g /usr/src/gcc-3.4.4-1/libf2c/libU77/u77-test.f \ -lg2c -lm -o a.out ./a.out 1 GNU libU77 test at: Mon Aug 1 10:08:11 2005 Logical units 5 and 6 correspond (FNUM) to Unix i/o units 0, 1 Command-line arguments: 0 Arg 0 is: ./a.out and 6 isn't a tty device (ISATTY) Process id (GETPID): 3916 User id (GETUID): 11907 Group id (GETGID): 10545 If you have the `id' program, the following call of SYSTEM should agree with the above: uid=11907(sergintav) gid=10545(mkgroup-l-d) groups=0(root),544(Administrators),545(Users),10545(mkgroup-l-d) Login name (GETLOG): sergintav Login name (GETENV of LOGNAME): UMASK returns 18 FDATE returns: Mon Aug 1 10:08:11 2005 CALL FDATE returns: Mon Aug 1 10:08:11 2005 LTIME returns: 11 8 10 1 7 105 1 212 1 GMTIME returns: 11 8 7 1 7 105 1 212 0 SYSTEM_CLOCK returns: 407551187 1000 2147483647 DATE_AND_TIME returns: 20050801 100811.603 +0300 2005 8 1 180 10 8 11 603 Sleeping for 1 second (SLEEP) ... Elapsed total, user, system time (ETIME): 0.020 0.010 0.010 Looping until clock ticks at least once... Differences in total, user, system time (DTIME): 0.010 0.010 0.000 Elapsed total, user, system time (ETIME): 0.030 0.020 0.010 (Clock-tick detected after 251 1K loops.) IDATE (date,month,year): 1 8 2005 ... and the VXT version (month,date,year): 8 1 5 DATE (dd-mmm-yy): 1-Aug-05 ITIME (hour,minutes,seconds): 10 8 12 TIME: 10:08:12 SECNDS(0.0) returns: 36492. SECOND returns: 0.029993 CALL SECOND returns: 0.029993 Current directory is /usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libf2c/libU77 Host name is dgps Creating file foo for testing... with stat array -2077366090 65989169 33188 1 11907 10545 -2077366090 2 1122843600 1122880094 1122880094 1024 16 The current error number is: 2 and the corresponding message is: No such file or directory This is sent to stderr prefixed by the program name MCLOCK returns 270 MCLOCK8 returns 270 CPU_TIME returns 0.10998 You should see exit status 1 rm -f a.out make[2]: Leaving directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libf2c/libU77' make[1]: Leaving directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libf2c' make[1]: Entering directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libiberty' make[2]: Entering directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libiberty/testsuite' make[2]: Nothing to be done for `check'. make[2]: Leaving directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libiberty/testsuite' make[1]: Leaving directory `/usr/src/gcc-3.4.4-1/.build/i686-pc-cygwin/libiberty' -- 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: mc-4.6.1-2
Hello, The Midnight Commander visual shell has been updated to version 4.6.1-2. The updated packages is based on the official release of MC 4.6.1. Please, take a look at the NEWS file included in the package for a list of changes and bugfixes. Pavel Tsekov Midnight Commander maintainer for Cygwin INSTALLATION: 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. Run setup.exe, answer the questions and pick up 'mc' from the 'Utils' category. Please send questions or comments to the Cygwin mailing list at: cygwin@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html. I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin 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 *** 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 the above URL. -- 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: Shell not responding to ctrl+c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Mike Chiussi on 7/31/2005 9:58 PM: Recently my harddrive failed and I had to rebuild everything (including cygwin, so all old settings are gone) but for some reason with this most recent version, the shell (Bash) does not terminate any processes when ctrl+c is pressed. Are you running in a Windows console? And if so, have you turned on the CYGWIN=tty setting? Hint - we'd already know that if you attach the cygcheck output, as requested here: Problem reports: http://cygwin.com/problems.html - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC7hB784KuGfSFAYARAlGOAKCUdGPsWbb4wG60VGXd2/GzEnNi5ACfZiwe OhYU2d+rG8uLrmNFpNaJ7ko= =1lif -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Postmaster core dumps
On Jul 18 22:06, Reini Urban wrote: Novaelec schrieb: I run gdb with postmaster, the last process necessary to complete the PostgreSQL installation and which makes memory faults. I got then a little text about semaphores, the 'semget' function and a little tip to configure /usr/local/data/postgresql.conf, but I've been trying to make postmaster works helped for that info and another one from internet without get any result. Any idea? Now I know the problem is related to semaphores, but I don't get any progress in that sense. Most likely it's not semget() but earlier in the initial IPC setup in CreateSharedMemoryAndSemaphores() with parallel connections. I always get IsBadWritePtr() in shminit() since 8.0-beta3. Does that mean it's a bug in postgresql or in cygserver? If the latter, can you prepare a minimal testcase, please? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: verify login info on Windows
On Jul 19 15:15, H. Henning Schmidt wrote: Thank you for this hint. So cygwin_logon_user() is the call I need. Apparently this is one of the hidden cygwin_*() functions that are *not* documented in the API docs (http://cygwin.com/cygwin-api/cygwin-api.html). It's documented in the user's guide, see http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html#ntsec-setuid Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Serial Port Problems
On Fri, 29 Jul 2005, H. Henning Schmidt wrote: You can configure your serial port -attached file-desc to return after one single byte or after a timeout by configuring the appropriate members of the struct termios -member c_cc. Read http://www.easysw.com/~mike/serial/serial.html for details. ;Henning Thanks Henning! Got it working by adding the following to the settings I already had: // ignore modem control lines and enable the receiver tios.c_cflag |= (CLOCAL|CREAD); // minimum number of characters before read() returns tios.c_cc[VMIN] = 6; Kind regards, Mike McCarthy -- 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: SysLogD for the naive?
On Jul 29 20:24, Herb Martin wrote: Reading my syslog.conf indicated that the messages are going to /var/log/messages. Yes. Do they? They do in my case... But what is that 19 Meg wtmp? (I have plenty of disk space so haven't just renamed or deleted it yet.) wtmp is a record of all login/logout activity. It's not related to syslogd. Also, can you (generally) HUP a service and expect it to re-read a configuration file? (If it would do so on a kill -s HUP signal that is). Generally, no. Windows services have no idea what a SIGHUP is. For Unix service daemons it's common, but you can't rely on it unless it's documented in the man page. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Latest openssl tickles bug on win95?
On Jul 31 06:41, Bas van Gompel wrote: The reason I think openssl is involved is this: When one downgrades openssh to the '4.1p1-1' version (which uses openssl097) the problem doesn't happen on ssh-usage. If there is anything I can do to help narrow this down further, let me know. Debugging might help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: 1.5.17: msgrcv doesn't report error with IPC_NOWAIT if ENOMSG
On Jul 21 10:23, Marek Prochazka wrote: Hi all, msgrcv deosn't return -1 if IPC_NOWAIT flag is used and no message of desired type is in the queue. However, in such a case errno is set to ENOMSG as it should be. I can't reproduce this. My testcase returns -1 and ENOMSG just fine. I also inspected the message queue related source code which is basically the same running on FreeBSD. I don't see how it should be able to return something other than -1 in this case. If you're still sure there's a bug somewhere, please provide a reproducible, minimal testcase. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: exim-4.52-2
I have updated Exim, the Mail Transfer Agent, to exim 4.52. News: - This port now supports the simplified content scanning interface described in chapter 40 of http://www.exim.org/exim-html-4.50/doc/html/spec.html Thanks to Herb Martin for testing. - exim-config now runs properly under bash - For changes to exim proper, see ftp://ftp.csx.cam.ac.uk/pub/software/email/exim/ChangeLogs/NewStuff-4.52 ftp://ftp.csx.cam.ac.uk/pub/software/email/exim/ChangeLogs/ChangeLog-4.52 and /usr/share/doc/exim-4.52/NewStuff Notes: - This port requires Cygwin 1.5.6 or more recent. - If you update from an Exim release earlier than 4.22, it will be necessary to delete all files in /var/spool/exim/db. This causes no permanent loss of data. To update your installation, click on the Install Cygwin now link on the http://www.cygwin.com web page. This downloads setup.exe to your system. Then run setup and answer all of the questions. Exim is in the Mail category. If you have questions or comments, please send them to the Cygwin mailing list: cygwin@cygwin.com, mentioning exim in the subject line. Pierre ** 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. -- 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: YNT: Problem on the re-compling of g77 for the increasing of MXUNIT in fio.h
Semih Ergintav wrote: Hi, To compile g77 with 'gcc-3.4.4.1.sh',, I followed the above steps and 'install2' step gives error ( I attached the outputs. See attachments): ./gcc-3.4.4-1.sh prep --OK ./gcc-3.4.4-1.sh conf --OK ./gcc-3.4.4-1.sh build --OK ./gcc-3.4.4-1.sh build_gnatlib_and_tools --No rules for this step (?) This target is only needed and available when building gnat, which is the Ada compiler. ./gcc-3.4.4-1.sh build_info --OK ./gcc-3.4.4-1.sh check (optional) --OK (see the attachment log file) ./gcc-3.4.4-1.sh install --OK ./gcc-3.4.4-1.sh strip_exe --OK ./gcc-3.4.4-1.sh install2 -ERROR (error in the install2_long.out file) [...] + gzip -fq9 cpp.info.gz cppinternals.info.gz g77.info.gz gcc.info.gz gccinstall.info.gz gccint.info.gz jar.info.gz gzip: jar.info.gz: No such file or directory + STATUS=1 + exit 1 Yes, I see, there should be some conditional depending on the packages which are actually compiled there are some files missing here which I usually have when building the full suite. You can skip this step. Just go to the installation path after stripping the executables and tar it up manually. Testsuite: Go to the build directory and run `make mail-report.log` or simply running `../contrib/test_summary -t test-summary.log` should work too. Then the content of *.log is the interesting part. Gerrit -- =^..^= -- 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: gawk-3.1.5-1
I've updated the version of gawk to 3.1.5-1. This is the new upstream release 3.1.5. The Cygwin version is build from the vanilla sources. Changes from 3.1.4 to 3.1.5 --- 1. The random() suite has been updated to a current FreeBSD version, which works on systems with 32-bit ints. 2. A new option, `--exec' has been added. It's like -f but ends option processing. It also disables `x=y' variable assignments, but not -v. It's needed mainly for CGI scripts, so that source code can't be passed in as part of the URL. 3. dfa.[ch] have been synced with GNU grep development. This also fixes multiple regex matching problems in multibyte locales. 4. Updated to Automake 1.9.5. 5. Updated to Bison 2.0. 6. The getopt* and regex* files were synchronized with current GLIBC CVS. See the ChangeLog for the versions and minor edits made. 7. `configure --disable-nls' now disables just gawk's own translations. Gawk continues to work with the locale's numeric formatting. This includes a bug fix in handling the printf ' flag (e.g., %'d). 8. Gawk is now multibyte aware. This means that index(), length(), substr() and match() all work in terms of characters, not bytes. 9. Gawk is now smarter about parsing numeric constants in corner cases. 11. Not closing open redirections no longer causes gawk to exit non-zero. 10. The VMS port has been updated. 11. Changes from Andrew Schorr at the xmlgawk project to provide for open hooks from extensions are now included. This will let the xmlgawk extension work in the standard gawk. 12. Updated to gettext 0.14.4. Gawk no longer includes its own copy of the gettext `intl' library, following current GNU practice to rely on there being an external version thereof. 13. A regexp of the form `//' will now generate a warning that it is not a C++ comment from --lint (awk.y). 14. The ^ and ^= operators with an integer exponent now use Exponentiation by Squaring. This simultaneously fixes a problem with ^= and a negative integer exponent. 15. length(array) now returns the number of elements in the array. This is is a non-standard extension that will fail in POSIX mode. 16. Carriage return characters are now ignored in program source code. 17. Four new translations added. 18. Various minor bugs fixed. See the ChangeLog for the details. 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 Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com 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: Shell not responding to ctrl+c
At 08:07 AM 8/1/2005, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Mike Chiussi on 7/31/2005 9:58 PM: Recently my harddrive failed and I had to rebuild everything (including cygwin, so all old settings are gone) but for some reason with this most recent version, the shell (Bash) does not terminate any processes when ctrl+c is pressed. Are you running in a Windows console? And if so, have you turned on the CYGWIN=tty setting? As cgf has noted in the past, the tty setting in CYGWIN should not be necessary for proper ctrl+c handling in the Windows console. And indeed I have verified that ctrl+c works for me in the Windows console without setting tty. Hint - we'd already know that if you attach the cygcheck output, as requested here: Problem reports: http://cygwin.com/problems.html And, as always, this is good advice. :-) -- 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: nfs-server-2.3-2
I've updated the nfs-server package for Cygwin to version 2.3-2. Changes in this release include: - Minor corrections to comments in example files - Fixed device node handling in the nfs-server A note with regard to device node support: As there is no cygwin NFS client, exporting device nodes using the cygwin encoding for device node numbers doesn't make a whole lot of sense, so the server currently exports device nodes using linux encoding for device nodes. This allows embedded systems developers to export a full linux rfs (including /dev) from cygwin, and see the expected device nodes on the linux side of things. If there is enough interest in supporting alternative ways of exporting device nodes (cygwin vs. linux. vs. ... something else), then I will look into adding an /etc/exports directive that allows the user to explictly set the export format for device node numbers on a per-export basis. *** INSTALLATION *** 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. *** 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. - Sam Robb ([EMAIL PROTECTED]) - http://www.timesys.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Find Artifact on FAT32 Filesystems
Dear Madam or Sir! Updatedb triggers find which reports inaccessible files like pagefile.sys 16 times if they reside on FAT32. Neither FAT nor NTFS 5.x exhibit this behaviour. Maybe an artifact of FAT32 directory structure. Currently there is no *NIX box with FAT32 mounted at hand. I don't expect updatedb on Knoppix or other Live-CD *NICES since these usually don't write to disk. So no cross-checking possible. Since Cygwin uses the Windows (XP Pro SP2) filesystem drivers, a *NIX may exhibit a different behaviour. The problem is minor unless Mr. Bad Guy may exploit it. Kind Regards Norbert Grün ([EMAIL PROTECTED]) not overflooded with spam from newsgroup posts :-) -- Stop wasting everybody else's ressources! --- Voice Messages, Voice Calls (VoIP), Video Conferencing, http://www.x-mail.net Anonymous SSL Web Surfing, http://www.snoopblocker.com Search http://www.teradex.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sh.exe not updated
I just ran setup and updated my cygwin bash to 3.0-11. When the update was complete I checked my /bin/sh.exe. The date was still 7/16. I copied bash.exe on top of sh.exe. The last time I ran setup, I was running proc.ps, and I noticed that sh.exe was running. Could it be the the update script does not work to copy bash.exe on top of sh.exe while sh.exe is running the update script? -- 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: sh.exe not updated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephen Sheldon wrote: I just ran setup and updated my cygwin bash to 3.0-11. When the update was complete I checked my /bin/sh.exe. The date was still 7/16. I copied bash.exe on top of sh.exe. The last time I ran setup, I was running proc.ps, and I noticed that sh.exe was running. Could it be the the update script does not work to copy bash.exe on top of sh.exe while sh.exe is running the update script? Yes, also see http://www.cygwin.com/ml/cygwin/2005-07/msg01371.html Frank -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFC7o5NaT2V74kAr9URAodHAJ9SlTvthYgtBqL++HYpl46dAFADzACfTGTE 25A4siOc+lFtYPY1QCTrtl8= =EFgj -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[P] lftp does not close ssh connections- ssh remain in memory
lftp does close ssh session on close command but ssh remain running after close and quiting from lftp. I'm using fish:// protocol DOS windows remain open if lftp is execute from Windows commandline. = Environment: uname -a CYGWIN_NT-5.0 dt05 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown Cygwin $lftp -version Lftp | Version 2.6.10 $ ssh -version OpenSSH_4.1p1, OpenSSL 0.9.8 05 Jul 2005 Microsoft Windows 2000 [Version 5.00.2195] --- after quiting from lftp $ ps PIDPPIDPGID WINPID TTY UID STIME COMMAND 1320 11320 1320 con 500 17:15:50 /usr/bin/bash I2416 12416 17080 500 17:58:39 /usr/bin/ssh 7161320 716 1900 con 500 17:58:46 /usr/bin/ps -- 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/
Bash-3.0-...11 and postinstall
From the mailing list it seems that after upgrading Bash-3.0-10,11, the postinstall (00bash.sh) should copy bash.exe to sh.exe. This happened with previous version (3.0-7 or 3.0-8) but not with the more recent, 3.01-10 and the last 3.0-11. For example: $ bash --version GNU bash, version 3.00.16(11)-release (i686-pc-cygwin) Copyright (C) 2004 Free Software Foundation, Inc. $ sh --version GNU bash, version 3.00.16(10)-release (i686-pc-cygwin) Copyright (C) 2004 Free Software Foundation, Inc. So I copy manually or (with the last, 3.0-11) rerun $ /etc/postinstall/00bash.sh.done from the standard bash shell (the link on Desktop) I always install CYGWIN after a reboot, i.e. REBOOT Start/Run/setup.exe without any CYGWIN processes running. Is it possible to fix that postinstall script? Why rerunning the postinstall from bash, it works? The user that does not frequently follow the mailing list, perhaps, does not know that one should manually copy bash.exe to sh.exe. Best regards, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash-3.0-...11 and postinstall
From the mailing list it seems that after upgrading Bash-3.0-10,11, the postinstall (00bash.sh) should copy bash.exe to sh.exe. This happened with previous version (3.0-7 or 3.0-8) but not with the more recent, 3.01-10 and the last 3.0-11. This is becoming a FAQ; if you had just browsed today's archives you would already know the answer. http://www.cygwin.com/ml/cygwin/2005-07/msg01371.html Or you could contribute a patch to setup.exe, and help get the next release out the door faster. -- Eric Blake volunteer cygwin bash maintainer -- 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: Re: problem with starting programs via ssh / cannot see environment variable
the variables are system variables. it's quite mysterious, but only some of the defined system variables can be seen when logging in via ssh. As already mentioned, in a cygwin console on the respective host all the variables are available. the only way to overcome the problem was to redefine the environment variables in the .bashrc file. -Original Message- From: [EMAIL PROTECTED] on behalf of Joe Smith Sent: Sun 7/31/2005 9:02 PM To: cygwin@cygwin.com Subject: Re: problem with starting programs via ssh / cannot see environment variable Are the missing environment variables defined in XP under 'System Environment Variables', or only in the environment variables for the specific users? -- 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/
Updated: gawk-3.1.5-1
I've updated the version of gawk to 3.1.5-1. This is the new upstream release 3.1.5. The Cygwin version is build from the vanilla sources. Changes from 3.1.4 to 3.1.5 --- 1. The random() suite has been updated to a current FreeBSD version, which works on systems with 32-bit ints. 2. A new option, `--exec' has been added. It's like -f but ends option processing. It also disables `x=y' variable assignments, but not -v. It's needed mainly for CGI scripts, so that source code can't be passed in as part of the URL. 3. dfa.[ch] have been synced with GNU grep development. This also fixes multiple regex matching problems in multibyte locales. 4. Updated to Automake 1.9.5. 5. Updated to Bison 2.0. 6. The getopt* and regex* files were synchronized with current GLIBC CVS. See the ChangeLog for the versions and minor edits made. 7. `configure --disable-nls' now disables just gawk's own translations. Gawk continues to work with the locale's numeric formatting. This includes a bug fix in handling the printf ' flag (e.g., %'d). 8. Gawk is now multibyte aware. This means that index(), length(), substr() and match() all work in terms of characters, not bytes. 9. Gawk is now smarter about parsing numeric constants in corner cases. 11. Not closing open redirections no longer causes gawk to exit non-zero. 10. The VMS port has been updated. 11. Changes from Andrew Schorr at the xmlgawk project to provide for open hooks from extensions are now included. This will let the xmlgawk extension work in the standard gawk. 12. Updated to gettext 0.14.4. Gawk no longer includes its own copy of the gettext `intl' library, following current GNU practice to rely on there being an external version thereof. 13. A regexp of the form `//' will now generate a warning that it is not a C++ comment from --lint (awk.y). 14. The ^ and ^= operators with an integer exponent now use Exponentiation by Squaring. This simultaneously fixes a problem with ^= and a negative integer exponent. 15. length(array) now returns the number of elements in the array. This is is a non-standard extension that will fail in POSIX mode. 16. Carriage return characters are now ignored in program source code. 17. Four new translations added. 18. Various minor bugs fixed. See the ChangeLog for the details. 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 Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc.
Updated: nfs-server-2.3-2
I've updated the nfs-server package for Cygwin to version 2.3-2. Changes in this release include: - Minor corrections to comments in example files - Fixed device node handling in the nfs-server A note with regard to device node support: As there is no cygwin NFS client, exporting device nodes using the cygwin encoding for device node numbers doesn't make a whole lot of sense, so the server currently exports device nodes using linux encoding for device nodes. This allows embedded systems developers to export a full linux rfs (including /dev) from cygwin, and see the expected device nodes on the linux side of things. If there is enough interest in supporting alternative ways of exporting device nodes (cygwin vs. linux. vs. ... something else), then I will look into adding an /etc/exports directive that allows the user to explictly set the export format for device node numbers on a per-export basis. *** INSTALLATION *** 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. *** 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. - Sam Robb ([EMAIL PROTECTED]) - http://www.timesys.com
