Re: Having problems with sshd and user accounts? 1.3.10 appears to be broken, 1.3.9 fixed it...
On Thu, Mar 14, 2002 at 10:27:21PM +0100, Heribert Dahms wrote: > Hi Corinna, > > does that also mean there's no difference between logging in, as a given > user on a PDC, locally or in the domain? Uhm, I don't understand your question. Could you repeat in other words? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd as a service
On Thu, Mar 14, 2002 at 09:14:11AM -0600, Brian Huddleston wrote: > We're trying to get sshd running on a Windows 2000 server box. We're using > the latest version of everything (as of yesterday morning). > > We're trying to get DSA authentication setup and we seem to have succeeded. > *If* we launch sshd from the command line, the DSA authentication works as > expected and we can login without a password. > > Once we install it as a service and try again we get prompted for the > password. I assume it is some > sort of permission problem (since sshd behaves properly from the > commandline), > > *except* > > We have StrictModes set to no in /etc/sshd_config > *and* > we only set CYGWIN to binmode tty when prompted by the ssh configuration > script, so there shouldn't be any NT security issues involved. We even > manually gave SYSTEM Full Control over the entire cygwin directory and it > didn't seem to work. You *must* set ntsec to get it reliably working as a service. User context switches w/o providing a password only works with ntsec. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AW: Having problems with sshd and user accounts? 1.3.10 appears to be broken, 1.3.9 fixed it...
> does that also mean there's no difference between logging in, > as a given user on a PDC, locally or in the domain? Coorect. The PDC doesn't have a local context seperate from the domain. Bye, Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: struct flock, off_t, and __CYGWIN_USE_BIG_TYPES__
On Thu, Mar 14, 2002 at 05:29:52PM -0800, Matt Seitz wrote: > I am porting a program that assumes 32-bit gid/uid, so I defined > __CYGWIN_USE_BIG_TYPES__. Unfortunately, that is causing my compiler to > compain when I try to assign an off_t value to the l_start or l_len fields > of struct flock. It appears this is because l_start and l_len are hard > coded as 32-bit longs, while off_t can be 32-bit or 64-bit depending on > whether __CYGWIN_USE_BIG_TYPES__ is defined. I assume I can't simple > redefine struct flock without having to rebuild cygwin.dll. What is the > best solution to this problem? It won't work. Forget about it. Don't set __CYGWIN_USE_BIG_TYPES__. Don't touch it. Let it alone. Don't call us, we call you. There is actually a reason that we didn't publish this define! This is work in progress, it isn't finished and it can't work in the current state of development. Recompiling Cygwin will not help at all. Besides that, the application programmer will *never* have to set this define by him/herself. At one point in future we'll switch over to 64 bit off_t and 32 bit uid_t and gid_t and then *we* will set that define once and for all. In the meantime you're stuck with 16 bit uid_t and gid_t types, unfortunately. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new app: fcd-1.0
On Thu, Mar 14, 2002 at 06:03:23PM -0800, Wade Brainerd wrote: > Anyway, it's my first real unix-style app so I'm anxious for feedback. > It compiles on Solaris, MacOS X and Cygwin (and probably others, let > me know if you try compiling it somewhere else). I had a quick glance into the source code and I wonder why you implemented your own opendir()/readdir(). It's in the API of all the above OSes. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "reboot -h now" take effect but "-r now" don't
On Fri, Mar 15, 2002 at 01:20:38PM +0800, Iman Lee wrote: > a tester (thanks) test my machine, find "reboot -h now" take effect, but > "reboot -r now" don't work. And now you both are going to roll up your sleeves and actually debugging the problem? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Net::Telnet needs line of code added for fhopen to work withcygwin-perl and IO::Pty module in MSWin
> > It seems that on a MSWin OS there is no way to truly escape
> > the infamous CR\LF.
>
> The TELNET protocol specifies CR LF as an end-of-line. The
> Net::Telnet::print() code you mention converts the OS native EOL
> to the TELNET EOL.
>
> If you're using Net::Telnet with a pseudo terminal then yes you
> do want the EOL to be just CR.
Alternatively you might want to set the pty to raw mode, which disables
character translation and gives a more pipe-like semantics. The latest
IO-Tty v1.00 has a set_raw() method...
> Probably the best way to do this is just:
>
>$telnet->output_record_separator("\r");
>
> Modifying Net::Telnet to convert CR LF to just CR is definitely
> not the right way to do this.
I'll second that. :-)
> Here's some code that changes a password on SunOS 5.8. Give it a
> try on cygwin.
Ugh, I just released a much-improved version of IO-Tty (v1.00), please
take a look how it's done nowadays (in the 'try' and 'test.pl'
scripts). Alternatively try using Expect, which gives you similar
functionality to waitfor() and also lets you use an already opened
filehandle.
Hope this helps,
Roland
--
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Looking for a mail server
Andrew, >>> Downloaded exim and attempted to build it. There is support >>> for a Cygwin build. However: >>> gcc -c -g -Wall exim_dbmbuild.c >>> In file included from exim_dbmbuild.c:30: >>> exim.h:197: arpa/nameser.h: No such file or directory >>> exim.h:238: resolv.h: No such file or directory >>> make[1]: *** [exim_dbmbuild] Error 1 >>> So where is arpa/nameser.h and resolv.h? >> They are in bind. The 8.x series builds OOTB on Cygwin. >> You need also the libs. There is also a binary port >> somewhere on the net, IIRC it was somewhere on Sourceforge. Ah, now I see, exim-4.x is on the run... LIBS= -lcrypt -liphlpapi # Windows library to find interfaces LIBRESOLV= -lminires You will need the libs from Pierre: ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Humblet_Pierre_A/V1.1/ Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Having problems with sshd and user accounts? 1.3.10 appears to be broken, 1.3.9 fixed it...
On Fri, Mar 15, 2002 at 09:34:26AM +0100, Martin Bene wrote: > > does that also mean there's no difference between logging in, > > as a given user on a PDC, locally or in the domain? > > Coorect. The PDC doesn't have a local context seperate from the domain. Uh, now I understand the question. Yes, sure, your answer is correct. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash - bind Alt-Arrow keys
On Thu, Mar 14, 2002 at 02:02:04PM -0800, Scott Goldstein wrote: > I want to bind \M-right and \M-left to forward-word > and backward-word respectively in bash. > > I've tried the following in my .inputrc file: > > # forward word > bind '"\M-\e[C":forward-word' > > # backward word > bind '"\M-\e[D":backward-word' > > It seems to work, but have some strange side affects. > Specifically, the 'b' key no longer works. > > Any ideas? I have never been able to make this work, so I ended up doing: "^[[5~": backward-word "^[[6~": forward-word That is, binding "page up" and "page down" keys to this. As a result I'm constantly pressing "page up" and "page down" in emacs, when I'm not supposed to :-(. I also bind'ed: "^[[4~": end-of-line My "end" key, but this do not work in rxvt on cygwin, but fine in rxvt on Linux. It just produces a '~'?? I have set the TERM=rxvt. Regards Lars Munch -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup.exe release-candidate
Hi folk, the setup.exe setup200202 branch has a final pre-release snapshot available at http://www.cygwin.com/setup-snapshots/setup-20020315.exe. IMPORTANT! This is your final chance to report release-critical bugs with this version. Feedback to [EMAIL PROTECTED] please. We have sporadic reports of problems on win98SE, but I don't have access to that to test, so win98SE users... if you want this to work, give it a test run now, and if possible, grab the source and have a go a debugging the problem (I'll happily bounce emails back and forth, and can already give you a detailed starting point). Major new features: * New GUI that should be less prone to 'disappearing'. * Can download from multiple mirrors - use CTRL-Click or Shift-Click in the mirror site dialog. * Updated chooser that allows full installs with ease, as well as source only installs of packages. Thanks go out to all the contributors to this version, which includes (In reverse date order): Me! Michael Chase Jason Tishler Christopher Faylor Corinna Vinschen Gary R. Van Sickle Jan Nieuwenhuizen ... sorry if I've missed anyone Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
Sorry, I know it's not at all helpful to say "Still flakey on 98/SE, and I haven't a clue how to fix it either" but if none of us said this, you wouldn't know that it was still flakey on 98/SE. I won't attach anything, but screen maintenance is all shot up. Thanks for trying so hard to get this right in the face of sometimes conflicting requirements. If those of us who need to keep a local copy of the current setup.exe v.2.125.2.10, is there any reason why it shouldn't work with future setup.ini's, even after [if] you release this version v.2.194.2.11, or something close to it, as standard? Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe release-candidate
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 12:54 AM > If those of > us who need to keep a local copy of the current setup.exe > v.2.125.2.10, is there any reason why it shouldn't work with > future setup.ini's, even after [if] you release this version > v.2.194.2.11, or something close to it, as standard? Fergus Yes. Firstly, there are plans to move functionality out of setup.exe into packages where it can be more easily maintained. This includes things like /etc/passwd creations, /etc/profile creation.. you get the drift. Secondly not all enhancements and extensions to setup.ini and the package format will be backwards compatible. Given that this is a volunteer operation, I can *guarantee* that we won't be jumping through hoops to retain backwards compatability. We will likely have staggered changes - i.e. introduce the capability a revision before the change occurs - but that won't help you... If you are able to run gdb, you are able to help me debug this though. So, if you'd like to be able to move with the rest of us Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
[EMAIL PROTECTED] wrote: > Sorry, I know it's not at all helpful to say "Still flakey on 98/SE, and I > haven't a clue how to fix it either" but if none of us said this, you > wouldn't know that it was still flakey on 98/SE. I won't attach anything, > but screen maintenance is all shot up. Thanks for trying so hard to get this > right in the face of sometimes conflicting requirements. If those of us who > need to keep a local copy of the current setup.exe v.2.125.2.10, is there > any reason why it shouldn't work with future setup.ini's, even after [if] > you release this version v.2.194.2.11, or something close to it, as > standard? > Fergus I think what he's getting at here is that on at least some versions of Windows (Win2K, SP2 for me), if you change views from the default tree view, the lines of text dexcribing the packages are drawn a little too close together, resulting in a little bit of the top portion of each line being cut off. It's still readable, but you have to put some effort into reading it. I expect somebody's already pointed this out, as it is easy to see. Btw, is there a running list of Known Bugs for setup.exe? I ask because I wasn't able to find one in my (admittedly quick) search, and I expect if there is one, that this is probably in there and I'm unfortunately re-reporting it. At any rate, in case this isn't a known issue, I've put a screenshot of it up at: http://home.earthlink.net/~jmerz42/cyg_setup/cyg_setup.png so you can see what I'm talking about. Thanks for the work, this is looking really nice! -Jon -- - - - - - - - - - - - - - - - - - - - - - - - - - - Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. - Douglas Adams - - - - - - - - - - - - - - - - - - - - - - - - - - Jonathon M. Merz <[EMAIL PROTECTED]> -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
Hi - Could someone tell me what the reason behind making setup put packages in directories named for the mirror they came from? I'm sure there was a good reason, I just can't figure it out. Thanks, Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
At 11:00 AM 3/15/2002, Max Bowsher wrote: >Hi - Could someone tell me what the reason behind making setup put packages >in directories named for the mirror they came from? I'm sure there was a >good reason, I just can't figure it out. It's to support selecting packages from multiple mirrors. See the email archives for more in depth discussions on this topic. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
When using the setup-snapshot setup-20020315.exe for "install from local directory", I get multiple "Can't open (null) for reading" errors. Setup then aborts without going through the other packages in the queue for installation. I found no installation messages in setup.log.full after the abort. I'd be happy to provide whatever info might be helpful if this is worth debugging and not pilot error. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing from local directory -- trying to avoid massive duplication of effort
On Fri, Mar 15, 2002 at 11:16:03AM +1100, Robert Collins wrote: > Or you could help contribute > to the command line options for setup.exe. This was actually my first thought (I've been a GCC contributor for years), but the CVS server was so overloaded that I couldn't check out the winsup module. I finally gave up and mailed the list. Phil -- If ye love wealth greater than liberty, the tranquility of servitude greater than the animating contest for freedom, go home and leave us in peace. We seek not your counsel, nor your arms. Crouch down and lick the hand that feeds you; and may posterity forget that ye were our countrymen.- Samuel Adams -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing from local directory -- trying to avoid massive duplication of effort
On Fri, Mar 15, 2002 at 08:48:01AM +0100, Jesper Eskilson wrote: >Christopher Faylor <[EMAIL PROTECTED]> writes: > >> Either that or something like (untested): >> >> mkdir c:\cygwin >> cd c:\cygwin >> c:\whereever\tar xjf /cygdrive/c/whereever/cygwin-*.tar.bz2 >> mount -f -s -b c:/cygwin / >> mount -f -s -b c:/cygwin/lib /usr/lib >> mount -f -s -x -b c:/cygwin/bin /usr/bin >> c:\whereever\tar xjf /cygdrive/c/whereever/bash-*.tar.bz2 >> bin/bash >> for f in /cygdrive/c/whereever/*.tar.bz2; do >> case "$f" in >> cygwin-*) ;; >> bash-*) ;; >> *) /cygdrive/c/whereever/tar xjf $f ;; >> esac >> done >> cd /etc/postinstall >> for f in *.sh; do /bin/sh ./$f; done >> for f in *.bat; do cmd /c .\\$f; done >> exit > >I've been looking for this script. Come to papa! ;-) > >Won't this leave out the necessary updates to the registry? Or does mount >take care of that? Of course mount takes care of that. 'mount' predates setup.exe by many years. There is nothing magic in what setup.exe does. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] [ANNOUNCEMENT] Updated: rsync-2.5.4-1
Version 2.5.4-1 of rsync isavailable, the open source utility that provides fast incremental file transfer. ChangeLog as on http://rsync.samba.org : rsync 2.5.4 (13 March 2002) "Imitation lizard skin" BUG FIXES: * Additional fix for zlib double-free bug. (Martin Pool, Andrew Tridgell) (CVE CAN-2002-0059) ENHANCEMENTS: * Merge in changes from zlib 1.1.3 to zlib 1.1.4. (Jos Backus) (Note that rsync still uses a custom version of zlib; you can not just link against a system library. See zlib/README.rsync) * Additional test cases for --compress. (Martin Pool) If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to 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] -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
Robert Collins wrote: > > Hi folk, > the setup.exe setup200202 branch has a final pre-release > snapshot available at > http://www.cygwin.com/setup-snapshots/setup-20020315.exe. > > IMPORTANT! This is your final chance to report release-critical bugs > with this version. Feedback to [EMAIL PROTECTED] please. > OK, some comments then: o It's not possible to get back to the chooser screen (if the window is hidden) by click on the task in the task-bar. Only by using Alt-TAB. All the other screens are accessing also through the task-bar. o There are two rsync:// URLs in the mirror list but no rsync:// support in setup.exe. It says: "Can't read /cygwin/setup.ini" and then "Failed to download setup.ini from rsync://" but no hint about the unsopported rsync protocol. o There's a '+' before the closed categories but it doesn't change to '-' when expanded. o When changing to "Partial View" the package title line doesn't go all the way to the window border (there's a white space for a missing vertical scrollbar). Solved if resizing some of the columns or horit. scrolling (see http://hackdata.com/cygwin/setup-20020315-1.png). o When reducing the package column size the columns alignment get's "screwed" (see http://hackdata.com/cygwin/setup-20020315-2.png). -- Med venlig hilsen / Kind regards Hack Kampbjørn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how can I compile my code to run in windows ??
jinhyuk choi wrote: > when I run a program that is compiled by cygwin in > windows by double clicking it without cygwin bash it > complaints that there is no cygwin.dll. > how can I make it to run on windows?? > > _ > ¸Àº¸±â °Á¸¦ µè°í ¼ö°¼Ò°¨À» ÀûÀ¸¸é °æÇ°ÀÌ ¿Í¸£¸£~ - ¾ßÈÄ! ¹è¿òÅÍ > http://education.yahoo.co.kr/ > ÇÏ·çÁ¾ÀÏ À̾߱âÇصµ ½Ã°£°¡´Â ÁÙ ¸ð¸£´Â - ¾ßÈÄ! äÆà > http://kr.chat.yahoo.com/ > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > First, make sure you have the mingw runtime installed. Then, when you compile, give the flag -mno-cygwin to gcc. The resulting file will be a native win32 app. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how can I compile my code to run in windows ??
> > when I run a program that is compiled by cygwin in > > windows by double clicking it without cygwin bash it > > complaints that there is no cygwin.dll. > > how can I make it to run on windows?? 1. Add the path to cygwin1.dll to your default PATH environment variable OR 2. Copy cygwin1.dll to the same directory as your program OR 3. Compile the program with -mno-cygwin. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe release-candidate
Hi! >> Sorry, I know it's not at all helpful to say "Still flakey on 98/SE, >> and I >> haven't a clue how to fix it either" but if none of us said this, you >> wouldn't know that it was still flakey on 98/SE. I won't attach anything, >> but screen maintenance is all shot up. Thanks for trying so hard to >> get this >> right in the face of sometimes conflicting requirements. ... > > I think what he's getting at here is that on at least some versions of > Windows (Win2K, SP2 for me), if you change views from the default tree > view, the lines of text dexcribing the packages are drawn a little too > close together, resulting in a little bit of the top portion of each > line being cut off. No, we already had this .. >> as you can see here: >> >> http://www.scytek.de/setup-20020225-screens2.gif >> >> it does strange things in the selection window, I just clicked +Doc >> and made a screenshot. >> >> And here: http://www.scytek.de/setup-20020225-screens1.gif >> you can see what happens after a click on the View button. .. problem with the last snapshot of setup.exe on W98SE. These are old screenshots, for the last version, but the problem is still there. Bye Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bizarre pdksh errors
Hi I have just downloaded the source for pdksh and comiled it. However, I'm getting some pretty wierd messages. For instance, I just issued "ls -l" in succession: $ ls -l total 371 drwxrwxrwx3 Administ Administ 135168 Mar 16 06:36 bin -rwxrwxrwx1 Administ Administ 55 Oct 3 19:44 cygwin.bat -rwxrwxrwx1 Administ Administ 766 Mar 16 06:36 cygwin.ico drwxrwxrwx7 Administ Administ 4096 Mar 16 06:36 etc drwxrwxrwx4 Administ Administ0 Dec 2 19:02 home drwxrwxrwx 14 Administ Administ53248 Mar 16 06:36 lib drwxrwxrwx2 Administ Administ0 Oct 3 21:53 sbin -rwxrwxrwx1 Administ Administ69323 Mar 16 06:36 setup.log -rwxrwxrwx1 Administ Administ67103 Mar 16 06:36 setup.log.full -rwxrwxrwx1 Administ Administ 2458 Oct 3 21:51 sqlnet.log drwxrwxrwx 26 Administ Administ36864 Mar 16 07:09 tmp drwxrwxrwx 20 Administ Administ 4096 Mar 10 13:27 usr drwxrwxrwx7 Admi: not foundst0 Mar 16 06:36 var $ls -l //d/utils/rm.exe: invalid option -- l Try `//d/utils/rm.exe --help' for more information. $ ls -l total 371 drwxrwxrwx3 Administ Administ 135168 Mar 16 06:36 bin -rwxrwxrwx1 Administ Administ 55 Oct 3 19:44 cygwin.bat -rwxrwxrwx1 Administ Administ 766 Mar 16 06:36 cygwin.ico drwxrwxrwx7 Administ Administ 4096 Mar 16 06:36 etc M no more files> $ ls -l /usr/local/bin/ksh: ls: not found $ ls -l total 371 drwxrwxrwx3 Administ Administ 135168 Mar 16 06:36 bin -rwxrwxrwx1 Administ Administ 55 Oct 3 19:44 cygwin.bat -rwxrwxrwx1 Administ Administ 766 Mar 16 06:36 cygwin.ico drwxrwxrwx7 Administ Administ 4096 Mar 16 06:36 etc drwxrwxrwx4 Administ Administ0 Dec 2 19:02 home drwxrwxrwx 14 Administ Administ53248 Mar 16 06:36 lib drwxrwxrwx2 Administ Administ0 Oct 3 21:53 sbin -rwxrwxrwx1 Administ Administ69323 Mar 16 06:36 setup.log -rwxrwxrwx1 Administ Administ67103 Mar 16 06:36 setup.log.full -rwxrwxrwx1 Administ Administ 2458 Oct 3 21:51 sqlnet.log drwxrwxrwx 26 Administ Administ36864 Mar 16 07:09 tmp drwxrwxrwx 20 Administ Administ 4096 Mar 10 13:27 usr drwxrwxrwx7 Administ Administ0 Mar 16 06:36 var My main concern is: why did it try call call "rm.exe"? Note that this is a DOS utility that I used to use before I discovered Cygwin. I obtained the pdksh source from ftp.cs.mun.ca/pub/pdksh/pdksh-5.2.14.tar.gz, which I believe is reputable. I'm the only person who uses my PC, and I'm Zonealarmed and Antivirused to my eyeballs, so I don't think that the problem has occured as a result of a hacker or virus. And bash functions as expected. Has anyone else had similar problems? Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Using windows routine
Hi, I am trying to compile a routine which calls the windows routine SETPIXELRGB( IX, IY, RGB ). I tried to link with few windows api libraries eg. g77 -o a.o routine.f -luser32 -lgdi32 -advapi32 -lcomdlg32 etc. But it can not find that routine. Does anyone know how to go about it? It will be even better if I could somehow use the DFLIB in visual fortran. Dilip K. Paul Naval Undersea Warfare Center Code 8121, Bldg. 1273 Newport, RI 02841 Tel: (401) 832-1412 mailto:[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mod_perl installation problem
I am trying to install mod_perl 1.26 under my cygwin 1.3.9-1 install on a Win2k box. While running the installation process it generates the following errors: I-I../../os/cygwin -I../../include-DCYGWIN -DMOD_PERL -DUSE_HSREGEX -DNO _DL_NEEDED -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include `../ ../apaci` -c mod_perl_opmask.c I: not found make[5]: [mod_perl_opmask.o] Error 127 (ignored) rm -f libperl.a crv libperl.a mod_perl.o perlxsi.o perl_config.o perl_util.o perlio.o mod_perl_o pmask.o crv: not found make[5]: *** [libperl.a] Error 127 make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/home/root/Apachetoolbox-1.5.54/apache_1.3.23/src' make[2]: *** [build-std] Error 2 make[2]: Leaving directory `/home/root/Apachetoolbox-1.5.54/apache_1.3.23' make[1]: *** [build] Error 2 make[1]: Leaving directory `/home/root/Apachetoolbox-1.5.54/apache_1.3.23' make: *** [apaci_httpd] Error 2 I have a sneaking feeling that I have to install something prior to attempting an installation of mod_perl. Can anyone please advise me as to what I may be missing. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Beeping
How do I turn off the blasted beeping in cygwin? -- Dan Ebberup [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Looking for a mail server
Gerrit P. Haase wrote: > Andrew, > > Downloaded exim and attempted to build it. There is support for a Cygwin build. However: > gcc -c -g -Wall exim_dbmbuild.c In file included from exim_dbmbuild.c:30: exim.h:197: arpa/nameser.h: No such file or directory exim.h:238: resolv.h: No such file or directory make[1]: *** [exim_dbmbuild] Error 1 > So where is arpa/nameser.h and resolv.h? > >>>They are in bind. The 8.x series builds OOTB on Cygwin. >>>You need also the libs. There is also a binary port >>>somewhere on the net, IIRC it was somewhere on Sourceforge. >>> > > Ah, now I see, exim-4.x is on the run... > > LIBS= -lcrypt -liphlpapi # Windows library to find interfaces > LIBRESOLV= -lminires > > You will need the libs from Pierre: > ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Humblet_Pierre_A/V1.1/ Eventually found Pierre's stuff, hooked up with Pierre himself (nice, helpful guy) and got it going a little bit. Now to do some more research and tweaking around. Like I would like to have everything sent to all users in my "domain" delivered to me. Actually I would like to have things delivered to valid users to them and everything else delivered to me. I'm sure it's simply a matter a learning the proper configuration to do this. On another note, suddenly the IMAP daemon I had set up and had been successfully running now coredumps! But I'm getting closer... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Latest poll() hangs again (was Re: poll() bugs and patch)
On Thu, Mar 14, 2002 at 01:15:54PM +0100, Corinna Vinschen wrote: > Thanks for the patch. I've applied it with some changes. I was concerned when I first saw this patch. Unfortunately, I just tried it and my concerns were realized. This patch causes poll() to hang again when only an invalid file descriptor is specified. See the following for a test case: http://sources.redhat.com/ml/cygwin-patches/2001-q3/msg00109.html Please revert this patch or modify it so that poll() does not hang. Thanks, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
Robert Collins wrote: >>2) Include in the FAQ (or somewhere) a section on "How to >>Safely Update the >>Cygwin dll". Probably just "shut down all cygwin apps, >>including daemons", >>but it would be useful to know for sure. > > The next release of setup.exe automatically address's this and will > replace in-use .dll's. Really? How does it do that? Because I was under the impression that if a program was running you cannot replace it's .exe file (or .dll file) because it was opened exclusively by Windows. How do you get around that? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl Update problems
Thanks much. Everything is working fine now ... I guess each install of a perl module will be a mini-adventure. "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Corey, > > >> I am running Cygwin 1.3.9-1 on a Win2k Workstation. I am logged in as the > >> Administrator and when I try to update some perl modules via > >> 'perl -MCPAN -eshell' I get the following error: > > >> Cannot forceunlink > >> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/Term/ReadKey > >> /ReadKey.dll: Permission denied at > >> /usr/lib/perl5/5.6.1/cygwin-multi/File/Find.pm line 769 > > [...] > > > You cannot install modules with the CPAN shell on windows. > > Oops, I wanted to say: most modules work well, just the special > modules (which are used by the CPAN module as mentioned below) > are a little problem on windows. > > > Some dll's are in use by the CPAN module (storable, zlib, > > readkey, ...). You want to quit the shell and run 'make install' > > manually. > > > Gerrit > -- > =^..^= > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ps problems in 2002/03/15 snapshot
While testing poll() in the latest snapshot, I noticed that ps is not displaying all of the appropriate processes. For example, when I execute "rxvt -e bash" under 1.3.10, I get the following: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1736 11736 1736 con 19695 14:29:55 /usr/bin/rxvt 696 1736 6964880 19695 14:29:55 /usr/bin/bash Under cygwin1-20020315.dll, I get something like the following: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1736 11736 1736 con 19695 14:29:55 /usr/bin/rxvt Note that the bash entry is missing above. I have noticed other missing entries such ones for python too. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Beeping
At 02:41 PM 3/15/2002, lockjaw wrote: >How do I turn off the blasted beeping in cygwin? Same as you would in any *NIX environment. cat >~/.inputrc set bell-style none ^D BTW, you'd find information like this in the email archives, despite the fact it's off-topic for this list by most measures. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
At 02:58 PM 3/15/2002, Andrew DeFaria wrote: >Robert Collins wrote: > >>>2) Include in the FAQ (or somewhere) a section on "How to Safely Update the Cygwin >dll". Probably just "shut down all cygwin apps, including daemons", but it would be >useful to know for sure. >>The next release of setup.exe automatically address's this and will >>replace in-use .dll's. > >Really? How does it do that? Because I was under the impression that if a program was >running you cannot replace it's .exe file (or .dll file) because it was opened >exclusively by Windows. How do you get around that? Same way as Windows installers work. Just schedule the DLL to be moved in after reboot. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dlopen error with nested dll's
After digging through many web pages, I found the examples in dllhelpers
( http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/dll-stuff/ )
to be very helpful. The problem was related to how I was building the
dll's. The way that works correctly for my test example is:
gcc -g -c -o m.o m.c
gcc -g -c -o a.o a.c
gcc -shared -Wl,--out-implib=liba.dll.a -o a.dll a.o -Wl,--export-all-symbols
gcc -g -c -o b.o b.c
gcc -shared -Wl,--out-implib=libb.dll.a -o b.dll b.o liba.dll.a
-Wl,--export-all-symbols
gcc -g -o m.exe m.o
which gives the desired output:
./m.exe
a called.
b called.
a called.
>I'm trying to dlopen a .dll which depends on another .dll, and
>am getting a "Win32 error 127". I'm not totally sure I am building
>the dll's correctly, so that might be one source of the problem.
>This is with Cygwin version 1.3.10, gcc version 2.95.3-5,
>dlltool version 2.11.92, and Windows NT 4.0.
>
>Here is an example. There are 3 source files: m.c, a.c, and b.c.
>a.c is used to build a.dll, which m.exe can dlopen without problems.
>However, b.c is used to build b.dll, but this depends on symbols in
>a.dll. m.exe gets an error upon trying to dlopen b.dll.
>
>m.c
>#include
>#include
>#include
>
>main ()
>{
> void *a_handle, *b_handle;
> void (*a)(), (*b)();
>
> if ((a_handle = dlopen("a.dll", RTLD_NOW)) == NULL)
>{
> printf("dlopen of a.dll failed: %s\n", dlerror());
> exit(1);
>}
> if ((a = (void (*)()) dlsym(a_handle, "a")) == NULL)
>{
> printf("dlsym of a failed: %s\n", dlerror());
> exit(1);
>}
> (*a)();
>
> if ((b_handle = dlopen("b.dll", RTLD_NOW)) == NULL)
>{
> printf("dlopen of b.dll failed: %s\n", dlerror());
> exit(1);
>}
> if ((b = (void (*)()) dlsym(b_handle, "b")) == NULL)
>{ printf("dlsym of b failed: %s\n", dlerror());
> exit(1);
>}
> (*b)();
>}
>
>end of m.c-
>a.c
>#include
>
>void a()
>{
> printf("a called.\n");
>}
>end of a.c-
>b.c
>#include "stdio.h"
>extern void a();
>
>void b()
>{
> printf("b called.\n");
> a();
>}
>end of b.c-
>
>I compile and run these with the following commands:
>gcc -g -c -o m.o m.c
>gcc -g -c -o a.o a.c
>gcc -shared -o a.dll a.o
>gcc -g -c -o b.o b.c
>echo EXPORTS > a.def
>nm a.dll | grep ' T _' | sed 's/.* T _//' >> a.def
>dlltool --def a.def --dllname a.dll --output-lib a.a
>gcc -shared -o b.dll b.o a.a
>gcc -g -o m.exe m.o
>
>./m.exe
>a called.
>dlopen of b.dll failed: dlopen: Win32 error 127
>
>Any idea what is going wrong, or what else to try?
>Thanks.
>--Greg Hood
> Pittsburgh Supercomputing Center
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Using libgdi32.a
Hi Corinna, I tried use the method outlined in 'How do I use win32 api calls' to use a windows routine in the library gdi32; somehow g77 -o a.o routine.f -lgdi32 can not find the routine setpixel which is a windows routine. Now in cygwin/lib/w32api you have libgdi32.a- how may I use this to compile my routine? Will my routine in home area will see that libgdi32.a? If not how to go about it? Dilip Paul -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Beeping
On Fri, 15 Mar 2002, Larry Hall (RFK Partners, Inc) wrote: > At 02:41 PM 3/15/2002, lockjaw wrote: > >How do I turn off the blasted beeping in cygwin? > > > Same as you would in any *NIX environment. > > cat >~/.inputrc > set bell-style none > ^D > > > BTW, you'd find information like this in the email archives, despite the > fact it's off-topic for this list by most measures. > > > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > Tried that already and it didn't work. If it is off-topic, I'll take it elsewhere then. -- Dan Ebberup [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest poll() hangs again (was Re: poll() bugs and patch)
On Fri, Mar 15, 2002 at 03:01:21PM -0500, Jason Tishler wrote: > On Thu, Mar 14, 2002 at 01:15:54PM +0100, Corinna Vinschen wrote: > > Thanks for the patch. I've applied it with some changes. > > I was concerned when I first saw this patch. Unfortunately, I just > tried it and my concerns were realized. > > This patch causes poll() to hang again when only an invalid file > descriptor is specified. See the following for a test case: > > http://sources.redhat.com/ml/cygwin-patches/2001-q3/msg00109.html > > Please revert this patch or modify it so that poll() does not hang. I don't think reverting is the way to go. One of the problems was that cygwin_select isn't called at all if all fd's are invalid, even if a timeout value is given. Boris patch fixed that. Unfortunately the problem you're describing is a border case which wasn't handled correctly by your patch as well, AFAICS. The correct solution would be to return immediately (aka cygwin_select isn't called) only if all fd's are invalid AND the timeout value is set to INFINITE (-1). Unfortunately SUSv2 doesn't handle that special case. That's a pity. However, we could revert to handle invalid_fds again and then call cygwin_select only if timeout != -1. Comments? Boris? Jason? Anybody else? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest poll() hangs again (was Re: poll() bugs and patch)
On Fri, Mar 15, 2002 at 10:19:40PM +0100, Corinna Vinschen wrote: >On Fri, Mar 15, 2002 at 03:01:21PM -0500, Jason Tishler wrote: >> On Thu, Mar 14, 2002 at 01:15:54PM +0100, Corinna Vinschen wrote: >> > Thanks for the patch. I've applied it with some changes. >> >> I was concerned when I first saw this patch. Unfortunately, I just >> tried it and my concerns were realized. >> >> This patch causes poll() to hang again when only an invalid file >> descriptor is specified. See the following for a test case: >> >> http://sources.redhat.com/ml/cygwin-patches/2001-q3/msg00109.html >> >> Please revert this patch or modify it so that poll() does not hang. > >I don't think reverting is the way to go. One of the problems >was that cygwin_select isn't called at all if all fd's are >invalid, even if a timeout value is given. Boris patch fixed >that. Unfortunately the problem you're describing is a border >case which wasn't handled correctly by your patch as well, AFAICS. >The correct solution would be to return immediately (aka >cygwin_select isn't called) only if all fd's are invalid AND >the timeout value is set to INFINITE (-1). > >Unfortunately SUSv2 doesn't handle that special case. That's >a pity. > >However, we could revert to handle invalid_fds again and then call >cygwin_select only if timeout != -1. > >Comments? Boris? Jason? Anybody else? How does linux handle these cases? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Latest poll() hangs again (was Re: poll() bugs and patch)
> -Original Message- > From: Christopher Faylor > Sent: Saturday, March 16, 2002 8:33 AM > How does linux handle these cases? FWIW: According to Jason's http://sources.redhat.com/ml/cygwin-patches/2001-q3/msg00109.html email, Redhat 7.1 handled it identically to the way his patch did. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest poll() hangs again (was Re: poll() bugs and patch)
On Fri, Mar 15, 2002 at 04:33:21PM -0500, Chris Faylor wrote: > On Fri, Mar 15, 2002 at 10:19:40PM +0100, Corinna Vinschen wrote: > >On Fri, Mar 15, 2002 at 03:01:21PM -0500, Jason Tishler wrote: > >> Please revert this patch or modify it so that poll() does not hang. > > > >I don't think reverting is the way to go. One of the problems > >[...] > >Unfortunately SUSv2 doesn't handle that special case. That's > >a pity. > > > >However, we could revert to handle invalid_fds again and then call > >cygwin_select only if timeout != -1. > > > >Comments? Boris? Jason? Anybody else? > > How does linux handle these cases? Just tested. It returns immediately if all fd's are invalid, regardless of the timeout value. So there's actually no need to call cygwin_select if all fd's are invalid. I'm not quite sure about the other border cases, Boris is talking about though. This requires further testing. Sigh, I'd hoped that somebody else is doing that this time... I'm inclined to revert the patch and ask Boris to investigate the other cases to come up with a a new patch which still handles the "all fd's are invalid, don't call cygwin_select" correctly... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AW: Latest poll() hangs again (was Re: poll() bugs and patch)
> -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag > von Corinna Vinschen > Gesendet: Freitag, 15. März 2002 23:28 > An: [EMAIL PROTECTED] > Betreff: Re: Latest poll() hangs again (was Re: poll() bugs and patch) > [...] > I'm inclined to revert the patch and ask Boris to investigate > the other cases to come up with a a new patch which still handles > the "all fd's are invalid, don't call cygwin_select" correctly... That's what I'm doing currently. :) I'll send the modified poll() asap. Boris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: new app: fcd-1.0
Thanks for looking at the code. I was trying to get it working under straight Win32, which doesn't support the opendir/readdir API as far as I can tell. Unfortunately, implementation under Win32 given the primitive shell looks ugly enough to not be worth it. -Wade Friday, March 15, 2002, 12:40:04 AM, you wrote: CV> On Thu, Mar 14, 2002 at 06:03:23PM -0800, Wade Brainerd wrote: >> Anyway, it's my first real unix-style app so I'm anxious for feedback. >> It compiles on Solaris, MacOS X and Cygwin (and probably others, let >> me know if you try compiling it somewhere else). CV> I had a quick glance into the source code and I wonder why you CV> implemented your own opendir()/readdir(). It's in the API of all CV> the above OSes. CV> Corinna -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
slow cygwin rcp/fast w2k rcp
Hi We recently installed a number of netgear 620/621 gig-e cards and noticed that the cygwin rcp client (/usr/bin/rcp.exe) in our recent versions of cygwin (1.3.3 to 10) run very slowly over the gig-e (about 10times slower than the W2k's /winnt/system32/rcp.exe (1.5mB/s as apposed to 15 mB/s)). We don't notice a particular speed difference between the two on our 100mb machines, in fact, cygwin's rcp is much faster over the 100mb (about 4mB/s) than it is on the gigabit. I tryed it on a different brand of gig-e card and had nearly the same results. Any ideas? Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpng2.dll & pdflatex
Brendan Drew wrote: > I've been trying to get PdfLaTeX & PdfTeX up and running but with little > luck -- the installation of the kpathsea packages went smoothely until it > came time to the post-install stuff with pdf(la)tex. Both complained about > not being able to find cygpng2.dll. I looked around and, sure enough, I > couldn't find it either anywhere on my harddisk. Also, a quick look through > the FAQ's didn't turn anything up, so I'm wondering if anyone has any > suggestions. Go here: http://www.cygwin.com/packages/ Search for "cygpng2.dll" -- it will report that the desired file is in the libpng/libpng-1.0.11-1 PNG library - development libpng2/libpng2-1.0.12-1 PNG library - 1.0.x runtime Now, that's a bit confusing. But, if you run setup, you'll see that "libpng-1.0.11-1" is a "prev" release, so libpng2-1.0.12-1 is what you want. Install that. --Chuck licensed fishing instructor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
Larry Hall (RFK Partners, Inc) wrote: > At 02:58 PM 3/15/2002, Andrew DeFaria wrote: > >>Robert Collins wrote: >> >> 2) Include in the FAQ (or somewhere) a section on "How to Safely Update the Cygwin >dll". Probably just "shut down all cygwin apps, including daemons", but it would be >useful to know for sure. >>>The next release of setup.exe automatically address's this and will >>>replace in-use .dll's. >>> >>Really? How does it do that? Because I was under the impression that if a program >was running you cannot replace it's .exe file (or .dll file) because it was opened >exclusively by Windows. How do you get around that? > > Same way as Windows installers work. Just schedule the DLL to be moved in > after reboot. But that doesn't really replace the current DLL. IOW the changes are not effective until one reboots. Personally I find this a crummy way to do things but perhaps that's all that can be done. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mod_perl installation problem
Hallo Corey, Am 2002-03-15 um 20:08 schriebst du: > I am trying to install mod_perl 1.26 under my cygwin 1.3.9-1 install on a > Win2k box. > While running the installation process it generates the following errors: [strange errors] > I have a sneaking feeling that I have to install something prior to > attempting an installation of mod_perl. Can anyone please advise me as to > what I may be missing. I have a patch for a static build (I guess it will not work for Apache versions > than 1.3.20!). Maybe you get an idea if trying to use this script. `make test` fails for mod_perl without tweaking, though I get a successful test run after fiddeling around in the .conf files I have no patch for this. I have this build running here, but it is no fun, it is *very* slow compared with Apache standalone and extern Perl interpreter. Gerrit -- =^..^= _apache_ssl.tgz Description: application/compressed apache-perl-ssl.build Description: Binary data config.layout.slack Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
> 2) Include in the FAQ (or somewhere) a section on "How to Safely Update the Cygwin dll". Probably just "shut down all cygwin apps, including daemons", but it would be useful to know for sure. > > >>>The next release of setup.exe automatically address's this and will > >>>replace in-use .dll's. > >>> > >>Really? How does it do that? Because I was under the impression that if a program was running you cannot replace it's .exe file (or .dll file) because it was opened exclusively by Windows. How do you get around that? > > > > Same way as Windows installers work. Just schedule the DLL to be moved in > > after reboot. > > But that doesn't really replace the current DLL. IOW the changes are not > effective until one reboots. Personally I find this a crummy way to do > things but perhaps that's all that can be done. Under Win NT/2k/XP it is actually possible to replace a DLL file that's currently in use without rebooting. You rename the existing file to something else, then copy the new file in its place. Then add the old file to the MoveFileEx list of files to delete on reboot. That way the new file is installed straight away. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
You cannot rename the existing file if it is in use. I found out the hard way :) Stephano Mariani > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf > Of Chris January > Sent: Friday, 15 March 2002 11:34 PM > To: [EMAIL PROTECTED] > Subject: Re: cygwin.com suggestions > > > 2) Include in the FAQ (or somewhere) a section on "How to Safely > Update the Cygwin dll". Probably just "shut down all cygwin apps, > including > daemons", but it would be useful to know for sure. > > > > >>>The next release of setup.exe automatically address's this and will > > >>>replace in-use .dll's. > > >>> > > >>Really? How does it do that? Because I was under the impression that > if > a program was running you cannot replace it's .exe file (or .dll file) > because it was opened exclusively by Windows. How do you get around that? > > > > > > Same way as Windows installers work. Just schedule the DLL to be > moved > in > > > after reboot. > > > > But that doesn't really replace the current DLL. IOW the changes are not > > effective until one reboots. Personally I find this a crummy way to do > > things but perhaps that's all that can be done. > Under Win NT/2k/XP it is actually possible to replace a DLL file that's > currently in use without rebooting. You rename the existing file to > something else, then copy the new file in its place. Then add the old file > to the MoveFileEx list of files to delete on reboot. That way the new file > is installed straight away. > > Regards > Chris > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
On Fri, Mar 15, 2002 at 11:34:07PM -, Chris January wrote: >Under Win NT/2k/XP it is actually possible to replace a DLL file that's >currently in use without rebooting. You rename the existing file to >something else, then copy the new file in its place. Then add the old file >to the MoveFileEx list of files to delete on reboot. That way the new file >is installed straight away. it's possible to install a new version of the cygwin DLL over an in-use version in some cases. However, you'll cause problems for all running cygwin apps if you use this method. It's safer to reboot. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Beeping
Dan, The "~/.inputrc" measures will only affect Readline. (And only in the shells? Only in BASH?) If your Vim is beeping, then you need to tell it in its own way: ":set vb" or ":set visualbell". And neither of those things is going to keep the Cygwin terminal driver from doing a speaker beep when a ^G / BEL / 007 character is sent to it. E.g., "echo ^V^G" (simulated typing, as it were) will generate a beep and I don't think there's a way to prevent that other than disconnecting your system's internal beep-speaker. Randall Schulz Mountain View, CA USA At 12:42 2002-03-15, you wrote: >On Fri, 15 Mar 2002, Larry Hall (RFK Partners, Inc) wrote: > > > At 02:41 PM 3/15/2002, lockjaw wrote: > > >How do I turn off the blasted beeping in cygwin? > > > > Same as you would in any *NIX environment. > > > > cat >~/.inputrc > > set bell-style none > > ^D > > > > BTW, you'd find information like this in the email archives, despite the > > fact it's off-topic for this list by most measures. > > > > Larry Hall > >Tried that already and it didn't work. If it is off-topic, I'll take it >elsewhere then. > >-- >Dan Ebberup >[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Using cygrunsrv
Hi, We're running jetty and having trouble getting the thing set up as a Windows service, so I was wondering...can I use cygrunsrv to set up a native Windows .bat file as a service? Or does it need tweaking? Winston -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Beeping
The weird thing is, it's not coming through my system speaker. It seems as if the system speaker is forwarding the sound to the wave device. And only cygwin does it. -- Dan Ebberup [EMAIL PROTECTED] On -1 xxx -1, it was written: > >From lockjaw Fri Mar 15 19:08:02 2002 > Return-Path: <[EMAIL PROTECTED]> > Delivered-To: [EMAIL PROTECTED] > Received: from uhura.concentric.net (uhura.concentric.net [206.173.118.93]) > by demented.net (Postfix) with ESMTP id CDBE3B15 > for <[EMAIL PROTECTED]>; Fri, 15 Mar 2002 19:08:01 -0500 (EST) > Received: from cliff.concentric.net (cliff.concentric.net [206.173.118.90]) > by uhura.concentric.net [Concentric SMTP Routing 1.0] id g2G0EQB25076 ; > Fri, 15 Mar 2002 19:14:26 -0500 (EST) > Errors-To: <[EMAIL PROTECTED]> > Received: from Clemens.cris.com (da003d0412.sjc-ca.osd.concentric.net [64.1.1.157]) > by cliff.concentric.net (8.9.1a) > id TAA09774; Fri, 15 Mar 2002 19:14:24 -0500 (EST) > Message-Id: <[EMAIL PROTECTED]> > X-Sender: [EMAIL PROTECTED] > X-Mailer: QUALCOMM Windows Eudora Version 5.1 > Date: Fri, 15 Mar 2002 16:14:49 -0800 > To: lockjaw <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > From: Randall R Schulz <[EMAIL PROTECTED]> > Subject: Re: Beeping > In-Reply-To: <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Mime-Version: 1.0 > Content-Type: text/plain; charset="us-ascii"; format=flowed > > Dan, > > The "~/.inputrc" measures will only affect Readline. (And only in the > shells? Only in BASH?) If your Vim is beeping, then you need to tell it in > its own way: ":set vb" or ":set visualbell". > > And neither of those things is going to keep the Cygwin terminal driver > from doing a speaker beep when a ^G / BEL / 007 character is sent to it. > E.g., "echo ^V^G" (simulated typing, as it were) will generate a beep and I > don't think there's a way to prevent that other than disconnecting your > system's internal beep-speaker. > > Randall Schulz > Mountain View, CA USA > > > At 12:42 2002-03-15, you wrote: > >On Fri, 15 Mar 2002, Larry Hall (RFK Partners, Inc) wrote: > > > > > At 02:41 PM 3/15/2002, lockjaw wrote: > > > >How do I turn off the blasted beeping in cygwin? > > > > > > Same as you would in any *NIX environment. > > > > > > cat >~/.inputrc > > > set bell-style none > > > ^D > > > > > > BTW, you'd find information like this in the email archives, despite the > > > fact it's off-topic for this list by most measures. > > > > > > Larry Hall > > > >Tried that already and it didn't work. If it is off-topic, I'll take it > >elsewhere then. > > > >-- > >Dan Ebberup > >[EMAIL PROTECTED] > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Beeping
> The weird thing is, it's not coming through my system speaker. It seems as > if the system speaker is forwarding the sound to the wave device. And only > cygwin does it. Microsoft's SDK documentation says Windows 95/98/Me beep with the sound card (if present) and Windows NT/2000/XP beep with the internal speaker. Try setting the registry entry HKEY_CURRENT_USER\Control Panel\Sound\Beep to "No" and see if that helps. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
> -Original Message- > From: Chris January [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 10:34 AM > > But that doesn't really replace the current DLL. IOW the > changes are > > not effective until one reboots. Personally I find this a > crummy way to do things but perhaps that's all that can be done. > Under Win NT/2k/XP it is actually possible to replace a DLL > file that's currently in use without rebooting. No its not - a rename operation on a memorymapped file fails. It's under win16 *cough* win9x->Me that memorymapped files can be renamed or deleted. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
strptime()
I was compiling a program and everything compiled perfectly but when it was time to link the objects 2 files refered to an undefined refernce of strptime(). I went on a little hunt through the headers and found it is declared in time.h but it isn't listed as a supported function on the api and the libs musnt have it if they aren't picking it up. i'm just wondering if it being in the header is an accident or if it is supported and wasn't documented and in a different lib than it should normally be. Phil "Crazy" Spencer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe release-candidate
> -Original Message- > From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 5:36 AM > OK, some comments then: Thank you. > o It's not possible to get back to the chooser screen (if > the window is > hidden) by click on the task in the task-bar. Only by using > Alt-TAB. All the other screens are accessing also through the > task-bar. Yup, this is known. Gary or I will do something about this for the next release I hope. At the moment the chooser is in transition, but we want to get the new functionality 'out there'. > o There are two rsync:// URLs in the mirror list > but no rsync:// support in setup.exe. It says: "Can't read > /cygwin/setup.ini" and then "Failed to download setup.ini > from rsync://" but no hint about the unsopported rsync > protocol. Does this affect the current setup? I think it does. Rsync support is in the TODO list already... I'll add a 'filter mirror list to supported URL schemes' todo item as well. > o There's a '+' before the closed categories but > it doesn't change to '-' when expanded. Should it? I guess it should. Ok, adding to TODO, it may get into the release, maybe not :}. > o When changing to > "Partial View" the package title line doesn't go all the way > to the window border (there's a white space for a missing > vertical scrollbar). Solved if resizing some of the columns > or horit. scrolling (see > http://hackdata.com/cygwin/setup-20020315-> 1.png). I get a 404 trying to view the http://hackdata.com/cygwin/setup-20020315 URL. > o When > reducing the package column size the columns > alignment get's "screwed" (see > http://hackdata.com/cygwin/setup-20020315-> 2.png). Likewise. Thanks again for the feedback. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
> -Original Message- > From: Andrew DeFaria [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 10:06 AM > > Same way as Windows installers work. Just schedule the DLL to be > > moved in > > after reboot. > > But that doesn't really replace the current DLL. IOW the > changes are not > effective until one reboots. Personally I find this a crummy > way to do > things but perhaps that's all that can be done. I think crummy is a little harsh. And yes, other than shutting down all process's using a file, this is the best that can be done (*). Rob *: Well, it's possible that a file system filter driver that redirects the access to a new file for subsequent opens could provide equivalent functionality to a linux style delete/replace of in-use files. However I don't know whether the file system cache/file mapping logic sit above or below such filters... if they sit above the filter (And I suspect they do), then the filter would never get invoked, and the file would still appear to be there. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com suggestions
On Sat, Mar 16, 2002 at 12:48:41PM +1100, Robert Collins wrote: > > >> -Original Message- >> From: Chris January [mailto:[EMAIL PROTECTED]] >> Sent: Saturday, March 16, 2002 10:34 AM > >> > But that doesn't really replace the current DLL. IOW the >> changes are >> > not effective until one reboots. Personally I find this a >> crummy way to do things but perhaps that's all that can be done. > >> Under Win NT/2k/XP it is actually possible to replace a DLL >> file that's currently in use without rebooting. >No its not - a rename operation on a memorymapped file fails. It's under >win16 *cough* win9x->Me that memorymapped files can be renamed or >deleted. It works fine on XP. I do it on an almost daily basis when I'm installing new DLLs. It worked fine on NT 4 and W2K, too. I just verified this by doing the following command: cd c:\cygwin\bin mv cygwin1.dll cygwinfoo.dll cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 2:29 PM > >No its not - a rename operation on a memorymapped file fails. It's > >under win16 *cough* win9x->Me that memorymapped files can be > renamed or > >deleted. > > It works fine on XP. I do it on an almost daily basis when > I'm installing new DLLs. > > It worked fine on NT 4 and W2K, too. > > I just verified this by doing the following command: > > cd c:\cygwin\bin > mv cygwin1.dll cygwinfoo.dll Strange. I'll look more deeply at what I've observed before then. Thanks Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe release-candidate
Robert, Mangled URLs, somehow. At 19:00 2002-03-15, Robert Collins wrote: >... > > > o When changing to > > "Partial View" the package title line doesn't go all the way > > to the window border (there's a white space for a missing > > vertical scrollbar). Solved if resizing some of the columns > > or horit. scrolling (see > > http://hackdata.com/cygwin/setup-20020315-> 1.png). > >I get a 404 trying to view the http://hackdata.com/cygwin/setup-20020315 URL. Try <http://hackdata.com/cygwin/setup-20020315-2.png> > > o When reducing the package column size the columns > > alignment get's "screwed" (see > > http://hackdata.com/cygwin/setup-20020315-> 2.png). > >Likewise. Likewise, <http://hackdata.com/cygwin/setup-20020315-2.png> >Thanks again for the feedback. > >Rob Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Having problems with sshd and user accounts? 1.3.10 appears to be broken, 1.3.9 fixed it...
Haha. Hey, I spent 8 hours on this as I was a newbie and was just sure I was doing something wrong :) Was just trying to save someone else the effort. I had this happen on 6 servers in 6 cities I was trying to set SSH up on. BTW: Is the currently available SSHD patched for the zlib fix? Stephen "Corinna Vinschen" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > On Thu, Mar 14, 2002 at 07:11:33AM -0800, Stephen Gutknecht wrote: > > subject says all. There are other reports on this NG of same. > > That's fine. Patches gratefully accepted. > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developermailto:[EMAIL PROTECTED] > Red Hat, Inc. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
[snip] > > But that doesn't really replace the current DLL. IOW the > > changes are not > > effective until one reboots. Personally I find this a crummy > > way to do > > things but perhaps that's all that can be done. > > I think crummy is a little harsh. And yes, other than shutting down all > process's using a file, this is the best that can be done (*). > > Rob > > *: Well, it's possible that a file system filter driver that redirects > the access to a new file for subsequent opens could provide equivalent > functionality to a linux style delete/replace of in-use files. However I > don't know whether the file system cache/file mapping logic sit above or > below such filters... if they sit above the filter (And I suspect they > do), then the filter would never get invoked, and the file would still > appear to be there. > PAIN! WINDOWS... DRIVERS! FILE... SYSTEM... AHA!!! Actually I was thinking this would be a perfect job for that snazzy new daemon coming down the pike; queue the file in question up with the daemon, and have the daemon wait until nobody's looking (i.e. nothing's using the file-to-be-replaced), and then swap the new one in. The daemon could replace itself in a somewhat similar manner; the new daemon would send the old daemon a signal to shut down and then replace it with itself when Windows eventually let go of it. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe release-candidate
Hello, I use Win98SE, and I find setup-20020315.exeimpossible to use. There are a couple of problems that I noticed.first, no packages appear after the first few packages,as you can see in both the attached bitmaps. Also, the end of package name is obscured. Both occur in all three modes.(Category, full and partial) Thanks,Kiran Prakash setup2.bmp.gz Description: Binary data setup1.bmp.gz Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin.com suggestions
> -Original Message- > From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 4:14 PM > PAIN! WINDOWS... DRIVERS! FILE... SYSTEM... AHA!!! > > Actually I was thinking this would be a perfect job for that > snazzy new daemon coming down the pike; queue the file in > question up with the daemon, and have the daemon wait until > nobody's looking (i.e. nothing's using the > file-to-be-replaced), and then swap the new one in. The > daemon could replace itself in a somewhat similar manner; the > new daemon would send the old daemon a signal to shut down > and then replace it with itself when Windows eventually let go of it. Yeah... I've actually written proof-of-concept code for setup.exe to do just that. (Imagine setup.exe self-updating and living in /usr/bin.) However there are a number of things that make me go urgh with this. 1) new-foo exports symbol bar that is needed by the post-install script. When should the script run? (This is an issue today btw). 2) new-foo exports symbol bar that is needed by other userland app. How do we tell the user that they can't run that app until all programs have been shut down? 3) It's similar to the file-delete-queue hack in cygwin, and whilst that is quite successful, it's not seamless. I'd rather be _real_ simple about it. I.e. Offer a choice: reboot after the install or close app foo now. The user does one or the other, not a hybrid (close app foo after the install). Of course, a patch to do it will be treated very differently to ideas :}. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe release-candidate
Right. Well Drum roll please... For the third (I think, may be more) time: I DO NOT HAVE a windows 98SE machine. Thus I CAN NOT fix this. This REQUIRES volunteer assistance from the set of cygwin setup.exe users that have windows 98SE available to them. I will guide, tutor,provide builds and source and debug commentary - in realtime if needed - to get this solved, but I am physically unable do this myself. In short, if NO ONE volunteers (or sends me a PC to test on), windows 98SE users WILL have an unusable setup.exe, and IT WILL NOT GET FIXED, and we WILL NOT guarantee backwards compatability for future setup.ini's. Rob -Original Message- From: Kiran Prakash [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 16, 2002 4:19 PM To: [EMAIL PROTECTED] Subject: RE: Setup.exe release-candidate Hello, I use Win98SE, and I find setup-20020315.exe impossible to use. There are a couple of problems that I noticed. first, no packages appear after the first few packages, as you can see in both the attached bitmaps. Also, the end of package name is obscured. Both occur in all three modes. (Category, full and partial) Thanks, Kiran Prakash -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Installing from local directory -- trying to avoid massive duplication of effort
> -Original Message- > From: Phil Edwards [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 3:56 AM > To: Robert Collins > Cc: [EMAIL PROTECTED] > Subject: Re: Installing from local directory -- trying to > avoid massive duplication of effort > > > On Fri, Mar 15, 2002 at 11:16:03AM +1100, Robert Collins wrote: > > Or you could help contribute > > to the command line options for setup.exe. > > This was actually my first thought (I've been a GCC > contributor for years), but the CVS server was so overloaded > that I couldn't check out the winsup module. I finally gave > up and mailed the list. Kudos! Shame about CVS at the time then... Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "start" for Cygwin
Michael Schaap wrote: > > Okay, here we go, according to your (excellent) instructions. > > I took the liberty to create the patch (and tar.bz2) *before* running > ./bootstrap - this keeps the patch a lot smaller and simpler. (I _did_ > test the bootstrap and build process, of course. :-) ) This was perfect. Thank you very much. > By the way, I noticed that the file licenses/COPYING.GPL is not actually > a GPL license. I assume that's a mistake? Oops. That'll teach me to copy the COPYING file from popt and assume it's the normal GPL. This error has been corrected. Thanks for pointing it out. Look for cygutils-1.0.0 soon. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps problems in 2002/03/15 snapshot
On Fri, Mar 15, 2002 at 03:12:10PM -0500, Jason Tishler wrote: >While testing poll() in the latest snapshot, I noticed that ps is not >displaying all of the appropriate processes. For example, when I execute >"rxvt -e bash" under 1.3.10, I get the following: > >$ ps > PIDPPIDPGID WINPID TTY UIDSTIME COMMAND > 1736 11736 1736 con 19695 14:29:55 /usr/bin/rxvt > 696 1736 6964880 19695 14:29:55 /usr/bin/bash > >Under cygwin1-20020315.dll, I get something like the following: > >$ ps > PIDPPIDPGID WINPID TTY UIDSTIME COMMAND > 1736 11736 1736 con 19695 14:29:55 /usr/bin/rxvt > >Note that the bash entry is missing above. > >I have noticed other missing entries such ones for python too. This should be fixed in the next snapshot. It was a thinko on my part when fixing the problem that Pierre Humblet reported previously. Thanks for the heads up. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
