Re: stupid graphviz tricks, Was: Re: 1.5.14-1 cygwin1.dll could not be found
Brian Dessent schrieb: *** WARNING: huge graphic: 5155x1151 pixels *** http://dessent.net/cygwin/cygpackages.png You can also try the pdf version, which you can actually zoom into and read the names of each node. The png file would be absolutely enormous if it was readable. You have to keep zooming quite a bit to get it readable though. http://dessent.net/cygwin/cygpackages.pdf I output such graphs as svg normally. dot -Tsvg ... More interesting would be the script to create the dependency graph dotfile. I also often use java applets to represent such huge graphs dynamically. HyperWiki and HyperApplet. http://hypergraph.sf.net/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban http://phpwiki.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Memory Leak Tool
Hi, Does cygwin compiler can identify the memory leak problem in the source code? If not does cygwin support any memory leak tool? Regards Swamy Note: The information contained in this message may be privileged and confidential and thus protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -- 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/
Convertion from cygwin to linux
Hi, I have a source code compiled using cygwin(i386). I need to compile the same source code in Linux(i386). cygwin has its own libraries. But how can I use in linux? Please put some light on it. Regards Swamy Note: The information contained in this message may be privileged and confidential and thus protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -- 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/
lilypond-doc-2.4.3-1 using setup.exe 2.457.2.1 fails to display music images
For the last couple of versions of lilypond documents in cygwin, I do not get music images. Lilypond was recently updated to 2.4.3.-1 with no correction of the problem behavior. If there is a better place to report these, please e-mail me. I have done my best in determine where to post, but explinations use different vocabulary than "problems with a particular package downloaded with setup" when describing problem reporting conventions, so this is just my best guess as to where to report the problem. Lilypond docs has a large number of music graphics which are supposed to display in examples, tutorials, and many other places. NONE of these display properly. Instead, the alternative text "_[image of music]_" is displayed. My starting point is to browse F:\cygwin\usr\share\doc\lilypond-2.4.3-1\index.html which under WindowsXP is redirected to file:///F:/cygwin/usr/share/doc/lilypond-2.4.3-1/Documentation/out-www/index.html Drilling down to any tutorial or other documentation showing music notation displays the "_[image of music]_" text rather than the appropriate graphic. This behavior is seen in Firfox, Netscape 7.2, and the current Internet Explorer. I have WindowXP Professional which is up to date. As of today, April 6, 2005, cygwin is completely up to date through setup.exe 2.457.2.1. I have uninstalled and reinstalled the lastest version of Lilypond with no change in behavior. -- 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/
stupid graphviz tricks, Was: Re: 1.5.14-1 cygwin1.dll could not be found
Brian Dessent wrote: > But it's worse than that, what if there is a cyclical depedency -- 'foo' > requires 'bar' which requires 'baz' which requires 'foo'. There's no > way to handle that other than to install them all and then run all three > postinstalls. On a somewhat related note, I was playing around with a perl script a couple of weeks ago that used graphviz to draw a graph of the relationship of cygwin packages. *** WARNING: huge graphic: 5155x1151 pixels *** http://dessent.net/cygwin/cygpackages.png (If you're using a browser like firefox it will probably scale the image down to fit on the screen, so undo that scaling to actually see anything) You can also try the pdf version, which you can actually zoom into and read the names of each node. The png file would be absolutely enormous if it was readable. You have to keep zooming quite a bit to get it readable though. http://dessent.net/cygwin/cygpackages.pdf The colors go by category: Base -> yellow, Devel -> green, Libs -> cyan, X11 -> blue, Net -> purple, Text -> pink, Doc -> brown, and everything else orange. The edges (a -> b means a requires b) are generally pointing downwards, i.e. the packages at the top of the graph have many dependencies and the stuff at the bottom are things that are depended on the most by other things. (I'm sure there's a better way to say that.) The 'cygwin' package is absent, because just about everything depends on it and it would make the graph stupid large. That is the output of 'dot'. I also have outputs for 'neato' and 'fdp' which are somewhat less interesting (they look like a huge ball of twine.) Anyway, I don't pretend that there's any practical use for this, just some silly eye candy. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.14-1 cygwin1.dll could not be found
"Buchbinder, Barry (NIH/NIAID)" wrote: > Might it be simpler than a sort to implement, and work just as well, to have > setup > download > run pre-uninstall scripts > uninstall > install > run post-install scripts > one package at a time rather than > download all > run all pre-uninstall scripts > uninstall all > install all > run all post-install scripts This wouldn't work so well if you were installing multiple dependent packages. For example, you select to install 'foo' which requires 'bar' to operate, and neither package currently is installed. In some cases the 'foo' postinstall requires 'bar' to already be installed, else you get missing DLL errors or other random breakage. So if you were to do it as above you'd still need to sort the packages in topological order to ensure that you do them in the right order. But it's worse than that, what if there is a cyclical depedency -- 'foo' requires 'bar' which requires 'baz' which requires 'foo'. There's no way to handle that other than to install them all and then run all three postinstalls. The current method sidesteps all this complication, but it's not perfect. I think a good short term solution would be to special-case 'cygwin' to always be removed/installed first. There are potentially other packages that could fall into the same situation though, so that's not perfect either. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: zsh startup oddity
On 6 Apr, Peter A. Castro wrote: > > I like the sound of Michael's shell.c because you don't need a separate > > ..bat file to start up each different shell. > > I guess I don't understand how you are starting the shell, really. All > you need to do is change cygwin.bat to run 'zsh -l -i' instead of 'bash > --login' and it will run as a login shell. /zsh.bat is simply a > convenient bat file which does this. It seems like overkill to run a > cygwin shell wrapper which just does an exec of another shell, but to > each their own. If it works for you, so much the better. Well, it's more like Unix. I.e. if more than one person uses the PC (especially common for laptops), it just works automatically. It seems esthetically neater - if all the Unix shells were installed, it'd be ugly to have 20 different shell .bat files. luke -- 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: XEmacs+aspell failed on cygwin 1.5.14-1
I'm happy to report that the latest snapshot fixed the XEmacs+Aspell problem. CGF, many thanks! I look forward to cygwin.1.5.15-1. -- 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.14-1 cygwin1.dll could not be found
At Wednesday, April 06, 2005 3:38 PM, Shankar Unni wrote: > Morche Matthias wrote: > >> cygwin1.dll not found comes up during the update of cygwin > > This is a common problem, if you're updating a bunch of packages > including cygwin all together, and one of the packages has an > uninstall script that runs some other cygwin binary. > > Setup normally downloads everything (that was selected), uninstalls > everything, and then re-installs everything. Where things go wrong is > in the order of these uninstalls and re-installs. > > What happens is that sometimes, cygwin gets uninstalled before some of > the other packages, so when that other package's uninstall script gets > run, it can't find cygwin1.dll (which has just been removed). > > Normally, clicking OK on the error and letting the installation > continue results in a usable system. (most packages' post-install > configuration changes don't radically change between releases..) > > It's mostly cosmetic. It would be nice (WIBNI?) if setup always sorted > packages specially so that "cygwin" would always be the last thing > uninstalled and the first thing installed when a mixture of packages > is selected for upgrade. Might it be simpler than a sort to implement, and work just as well, to have setup download run pre-uninstall scripts uninstall install run post-install scripts one package at a time rather than download all run all pre-uninstall scripts uninstall all install all run all post-install scripts That might increase the time that one would have to stay connected over dial-up, but since the time spent running scripts is small compared with the download time over dial-up that it shouldn't matter. This might also help a bit handling interrupted downloads when a number of packages are being downloaded. If the download failed after one or more packages were successfully downloaded and installed, setup would not have to restart from the beginning. I know, PTC, but I'm not a programmer ... And just for the record, I think that setup is OK, considering everything that it has to do. (That assumes that the user is not vision/mouse impaired, in which case it is [EMAIL PROTECTED] unusable.) I grant that it takes some getting used to. But if people would read the documentation and play with the program, they might get it to work in less time than it takes to compose the complaints. (Please note that the preceding is in the spirit of acknowledging all the work that has gone into setup and its supporting scripts and thanking all the people who have contributed. It is in no way intended to solicit rebuttals from those with different opinions setup.) - Barry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 4/6 cygwin1.dll snapshot appears to fix my problem
At 05:19 PM 4/6/2005, you wrote: >prior, i complained of "runtime error 216..." with both install >and any attempt to start bash. so, is there any way to repair/complete >my re-installation w/o overwriting the 4/6 dll with the old one? > >right now, i more or less half installed since all the post-intall scripts >didn't run... Just go to your /etc/postinstall directory and run any script who's name isn't postfixed with the ".done" string. That should really be the only missing piece to the install process. -- 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/
4/6 cygwin1.dll snapshot appears to fix my problem
prior, i complained of "runtime error 216..." with both install and any attempt to start bash. so, is there any way to repair/complete my re-installation w/o overwriting the 4/6 dll with the old one? right now, i more or less half installed since all the post-intall scripts didn't run... _ Few are those who see with their own eyes and feel with their own hearts. - A. Einstein - -- 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/
Symlinks don't work in python???
I just upgraded to cygwin 1.5.14 from 1.5.12, and python (version 2.4 in both cases) stopped being able to import thru symlinks. Test case: in a directory containing a symlink to foo.py, python import foo complains "no module named foo.py"; if I copy the file to ., it imports fine. Both worked in previous releases of cygwin. Similarly, putting symlinks in site-packages no longer works. Has some change to cygwin's handling of symlinks (since 1.5.12) caused this problem? Thanks for any light shed... - Steve Ward -- 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.14-1 cygwin1.dll could not be found
Morche Matthias wrote: cygwin1.dll not found comes up during the update of cygwin This is a common problem, if you're updating a bunch of packages including cygwin all together, and one of the packages has an uninstall script that runs some other cygwin binary. Setup normally downloads everything (that was selected), uninstalls everything, and then re-installs everything. Where things go wrong is in the order of these uninstalls and re-installs. What happens is that sometimes, cygwin gets uninstalled before some of the other packages, so when that other package's uninstall script gets run, it can't find cygwin1.dll (which has just been removed). Normally, clicking OK on the error and letting the installation continue results in a usable system. (most packages' post-install configuration changes don't radically change between releases..) It's mostly cosmetic. It would be nice (WIBNI?) if setup always sorted packages specially so that "cygwin" would always be the last thing uninstalled and the first thing installed when a mixture of packages is selected for upgrade. -- 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: setup keeps installing gcc 3.3.3-3
Steve Kelem wrote: I am using the latest cygwin and trying to install gcc-3.4.1-1. Each time I run setup, it tries to install 3.3.3-3 even though 3.4.1-1 is current! Each time I deselect gcc-ada, it gets re-selected the next time I run setup. You might just want to install the MinGW32 version of gcc. It is currently at 3.4.2 anyway: http://www.mingw.org -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org Life can only be understood backwards; but it must be lived forwards. -- Soren Kierkegaard -- 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: setup keeps installing gcc 3.3.3-3
Steve Kelem wrote: > I am using the latest cygwin and trying to install gcc-3.4.1-1. > Each time I run setup, it tries to install 3.3.3-3 even though 3.4.1-1 > is current! > Each time I deselect gcc-ada, it gets re-selected the next time I run setup. > > When I run gcc, gcc reports that it's version 3.3.3. Setup says it's > 3.4.1-1. 3.3.3 is marked as the current version, with 3.4.1 as a test (or "exp") version. I'm not sure why exactly that is, but probably because of some outstanding question as to the stability of 3.4.1. That aside, setup.exe always starts out in "curr" mode, and will try to select the "curr" version of every package. You will have to manually deal with "test" packages that you want to keep installed. It's kind of annoying, but the test releases are not meant for general consumption so it's assumed that if you're using one you'll know how to handle it in setup. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup keeps installing gcc 3.3.3-3
I am using the latest cygwin and trying to install gcc-3.4.1-1. Each time I run setup, it tries to install 3.3.3-3 even though 3.4.1-1 is current! Each time I deselect gcc-ada, it gets re-selected the next time I run setup. When I run gcc, gcc reports that it's version 3.3.3. Setup says it's 3.4.1-1. Please help, Steve -- 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: GNU emacs 21.3.50-2 is available
Joe Buehler said the following on 3/31/2004 7:24 AM: GNU emacs 21.3.50-2 is available. Has anyone ported emacs 21.4 to Cygwin? THanks, Steve -- 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: libnet-pcap-perl ??
Brian Ford wrote: > > The problem with all this is that the winpcap DLLs are compiled with > > Mingw and depend on msvcrt, so if you want to use them with Cygwin apps > > you have to recompile them to use cygwin1.dll. If you don't do this, > > the libpcap application (Net::Pcap in this case) will compile but fail > > to run correctly. > > Just curious what this really means. I use the winpcap DLLs daily in a > Cygwin appliction (custom, not Perl) without incident. Am I just lucky? I'm not entirely sure either. :-) I too have "fudged it" and gotten some apps to work, but with strage behavior sometimes. Run cygcheck on the app and see if it's loading both cygwin1.dll and msvcr*.dll, if so then it's luck. I think it mostly tends to work because the winpcap stuff doesn't call the C runtime for much. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: libnet-pcap-perl ??
Original Message >From: Brian Ford >Sent: 06 April 2005 19:31 > Just curious what this really means. I use the winpcap DLLs daily in a > Cygwin appliction (custom, not Perl) without incident. Am I just lucky? What does cygcheck show about their dependencies? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libnet-pcap-perl ??
On Tue, 5 Apr 2005, Brian Dessent wrote: > The problem with all this is that the winpcap DLLs are compiled with > Mingw and depend on msvcrt, so if you want to use them with Cygwin apps > you have to recompile them to use cygwin1.dll. If you don't do this, > the libpcap application (Net::Pcap in this case) will compile but fail > to run correctly. Just curious what this really means. I use the winpcap DLLs daily in a Cygwin appliction (custom, not Perl) without incident. Am I just lucky? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems installing TeTeX-3.0.0-2!?
Original Message >From: Angelo Graziosi (D. Zanello) >Sent: 06 April 2005 17:57 > Than, I have uninstalled TeTeX, libkpathsea3(4), ec-fonts and have > deleted, manually, some directory that the uninstalling does not: > >c:\cygwin\lib\texmf\ >c:\cygwin\usr\share\texmf\ >c:\cygwin\var\lib\texmf\ >c:\cygwin\home\the_user\.texmf\ > > and the file > >c:\cygwin\etc\postinstall\post-texmf.sh.done > I think that something in the directory, deleted manually, had > conflict with installation of TeTeX-3.0.0-2. I have experienced problems in the past because some of the texmf data files got the wrong ownership/permissions on them during install. http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html I think this happened as a result of me installing cygwin initially as one username (but nonetheless using the "for all users" option) and then updating it later using a different username. If those files had bad ownership, deleting them and reinstalling would be expected to fix it. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: apache; rebaseall - tclpip84.dll: skipped because not rebaseable
On Wed, Apr 06, 2005 at 05:17:04AM -0700, Brian Dessent wrote: > Your problem is this: > > ReBaseImage (/bin/cygwin1.dll) failed with last error = 6 > > Normally cygwin1.dll is never rebased, as the script itself depends on > it. When it hits a DLL that causes an error it stops processing. Doh! Given I wrote the code, I should have known (i.e., remembered) that. :,( Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems installing TeTeX-3.0.0-2!?
I have installed teTeX 3.0.0-2 and latex demo.tex works! Than I have tried pdflatex demo.tex obtaining (summary because, now, I can't reproduce it) This is TeX... ... Fatal error...I am stymied This time there is NOT core dump (that is present in 3.0.0-1). So, I reinstalled TeTeX 2.0.2-15, but, while a few days ago, the latex command worked, now it does not work any more. But pdflatex YES! I have made many attemps installing-reinstalling TeTeX-3.0.0-/2.0.2-15: in 2.0.2-15 works pdflatex command, in 3.0.0-2 works latex command! In these days I have also installed the updating coreutils-5.3.0-4 and I have thinked that, perhaps, this is the cause. So, I downgraded to coreutils-5.3.0-3: but the problems remain. Than, I have uninstalled TeTeX, libkpathsea3(4), ec-fonts and have deleted, manually, some directory that the uninstalling does not: c:\cygwin\lib\texmf\ c:\cygwin\usr\share\texmf\ c:\cygwin\var\lib\texmf\ c:\cygwin\home\the_user\.texmf\ and the file c:\cygwin\etc\postinstall\post-texmf.sh.done After this, I reinstalled coreutils-5.3.0-3 and TeTeX-2.0.2-15, ec-fonts_1.0.8-1 Both latex and pdflatex work fine!!!. I have continued installing TeTeX-3.0.0-2, ec-fonts_1.0.8-4 (coreutils-5.3.0-3). Both latex and pdflatex work fine!!!. Finally, I have updated coreutils to 5.3.0-4. Both latex and pdflatex work fine!!!. I think that something in the directory, deleted manually, had conflict with installation of TeTeX-3.0.0-2. Now all seems works fine. I have only a question. Why the installation of TeTeX 3.0.0-2, makes the directory .texmf in the HOME of the user who installed the package? And for other users? angelo. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: zsh startup oddity
On Mon, 4 Apr 2005, Luke Kendall wrote: On 1 Apr, Michael Wardle wrote: By what mechanism are you ensuring zsh is invoked as a login shell rather than a non-login shell? I think we were starting it via the cygwin shortcut (cygwin.bat), which as you have said, just runs bash --login. IIRC, the way we were starting zsh was via an exec inside the user's .profile. The trouble was, the .profile was not being run if Cygwin's mkdir created the /home mount point directory instead of Windows. Does $- include "i"? Does setopt show that interactive is on? With Cygwin 1.5.13, zsh 4.2.4-1 and the simple shell invocation utility posted to this list on March 24 <[EMAIL PROTECTED]> (which sets argv[0] to "-zsh"), zsh recognizes that it is a login shell and correctly sources .zprofile. Ah! Looks perfect! Thanks, Michael, we'll give that a try. You've probably already checked these things, but I'd be surprised if this behavior was due to file permissions. We weren't surprised - we were flabbergasted! Anyway, we'll give your excellent shell.c a try and see how that goes. Peter Castro replied to: But /etc/passwd would source $HOME/.zprofile if /home had been created by Windows Explorer. I am unable to reproduce this. Are you using the zsh.bat file provided or a custom startup bat file or just running the shell by itself? Please make sure you are using the '-l' option to force a login shell. zsh has greatly changed in a years time. Please consider upgrading to a later release. No, we weren't using zsh.bat. Where does that get installed? I can't find it, though I see I have zsh 4.2.4 installed from my very recent complete re-install. Run 'mkzsh -A -D -P' from a bash shell and it will create zsh.bat in the root dir and create a desktop icon as well as a Cygwin menu item. It's a very simply bat file, like cygwin.bat itself. I like the sound of Michael's shell.c because you don't need a separate ..bat file to start up each different shell. I guess I don't understand how you are starting the shell, really. All you need to do is change cygwin.bat to run 'zsh -l -i' instead of 'bash --login' and it will run as a login shell. /zsh.bat is simply a convenient bat file which does this. It seems like overkill to run a cygwin shell wrapper which just does an exec of another shell, but to each their own. If it works for you, so much the better. Thanks for the suggestions, luke -- Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]> "Cats are just autistic Dogs" -- Dr. Tony Attwood -- 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: What puts /cygdrive in the root directory?
Original Message >From: [EMAIL PROTECTED] >Sent: 06 April 2005 16:10 > I've noticed this on two different installations: suddenly the directory > cygdrive/ has appeared in the Cygwin root directory. I didn't put it there > and it's dated 1st Jan 1970, suggesting some kind of automated imposition > from above. I guess its creation came with one of the recent upgrades? I > find it rather awkward (eg suddenly "find /" finds stuff in _all_ the > drives > on my system) so I've deleted it. Can anybody tell me anything about its > mystery arrival? Thanks. It helps you do TAB-completion on /cygdrive/. paths. Doesn't -xdev keep "find /" from traversing it? It works for me. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin startup problems fixed by latest snapshot?
At 10:57 AM 4/6/2005, you wrote:
>On Wed, Apr 06, 2005 at 10:45:17AM -0400, Larry Hall wrote:
>>At 11:01 PM 4/5/2005, you wrote:
>>>so, when folks refer to "startup problems" is my problem ("runtime error
>>>216...", see prior) consider to be included? anyone?
>>
>>Perhaps the best way to get the answer is to try the snapshot. Then
>>you can tell us. :-)
>
>What a radical concept.
>
I'm always thinking "outside the box"... ;-)
--
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/
What puts /cygdrive in the root directory?
I've noticed this on two different installations: suddenly the directory cygdrive/ has appeared in the Cygwin root directory. I didn't put it there and it's dated 1st Jan 1970, suggesting some kind of automated imposition from above. I guess its creation came with one of the recent upgrades? I find it rather awkward (eg suddenly "find /" finds stuff in _all_ the drives on my system) so I've deleted it. Can anybody tell me anything about its mystery arrival? Thanks. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin startup problems fixed by latest snapshot?
On Wed, Apr 06, 2005 at 10:45:17AM -0400, Larry Hall wrote:
>At 11:01 PM 4/5/2005, you wrote:
>>so, when folks refer to "startup problems" is my problem ("runtime error
>>216...", see prior) consider to be included? anyone?
>
>Perhaps the best way to get the answer is to try the snapshot. Then
>you can tell us. :-)
What a radical concept.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: cygwin startup problems fixed by latest snapshot?
At 11:01 PM 4/5/2005, you wrote:
>so, when folks refer to "startup problems" is my problem ("runtime error
>216...", see prior) consider to be included? anyone?
Perhaps the best way to get the answer is to try the snapshot. Then
you can tell us. :-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Are two installs still needed?
At 10:28 PM 4/3/2005, you wrote: >At some time last year, cygwin installs failed (consuming all VM) if >we tried to install everything in a single install; but installing twice >(first the base, then everything), avoided the problem. > >Is that double install process still needed? No, that's been fixed for a while now. -- 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/
How to use msvc++ with cygwin libraries?
Greetings, I spent a long time looking, and couldn't find this answered. If it has been, please send me a pointer to where to look. My problem: I have an existing (X/lesstif) application which compiles and runs under cygwin (gcc). I have some new functionality which I need to add to this application which is provided in some type libraries (.tlb). When I try to compile this under cygwin, I get errors about the type libraries being invalid. The type libraries do, however, compile under MSVC++. I gather from this that cygwin has a different format for type libraries than MSVC++. Sosince I can compile the type libraries under MSVC++, can I: Use MSVC++ with the cygwin libraries? (ie, libXt, libXm, libX11, etc)? Or, is there a way to convert the type libraries into a form cygwin's gcc can digest? thanks! tim /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Tim Stone _/ Research Programmer/Analyst _/ Institute for Defense Analyses _/ 4850 Mark Center Dr. _/ Alexandria, Va 22311 _/ (703) 845-6822 http://www.geocities.com/Area51/Rampart/2501 _/ _/ "I see no advantage to the Graphical User Interface" _/ _/ -Bill Gates, 1984 _/ _/ /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ -- 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: setup.exe troubles
On Wed, 06 Apr 2005 14:32:26 +0100, Max Bowsher wrote: > Bernhard Ege wrote: >> I have accidently overwritten some of the mirrors that setup.exe offers >> and I would like it to start out fresh. My problem is however that I >> cannot see anyway to reset the list. >> >> So, how do I make setup.exe reinitialise the offered mirror list? > > I don't understand. The mirror list is reloaded from cygwin.com every time > setup.exe runs. Perhaps he is talking about the saved list of mirrors that will be used. Deleting /etc/setup/last-mirror will clear that. -- Mac :}) ** I usually forward private questions to the appropriate mail list. ** Ask Smarter: http://www.catb.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- 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: setup.exe troubles
Bernhard Ege wrote: I have accidently overwritten some of the mirrors that setup.exe offers and I would like it to start out fresh. My problem is however that I cannot see anyway to reset the list. So, how do I make setup.exe reinitialise the offered mirror list? I don't understand. The mirror list is reloaded from cygwin.com every time setup.exe runs. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.14: strange sshd error (openssh-3.9p1-2)
On Apr 6 06:41, Eric Blake wrote: > According to Corinna Vinschen on 4/6/2005 2:04 AM: > > In Cygwin you can change the primary group to any group you're member of > > by changing the pw_gid entry (e.g. 545 for "Users"). > > Is there any way in cygwin to implement the POSIX-required utility newgrp, > and add such a utility to cygutils? It would be nice to dynamically > change groups rather than having to change the pw_gid entry every time I > want my primary group changed. Well, sure, go ahead. Be aware that this allows to change the primary group *only* to one of the groups already present in the processes' access token. 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: m4-1.4.3-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of m4, 1.4.3-1, is available. NEWS This is a new upstream release. From the NEWS file, the changes since 1.4.2 are: Version 1.4.3 - March 2005, by Gary V. Vaughan * DESTDIR installs now work correctly. * Don't segfault with uncompilable regexps to changeword(). * Always use \n line-endings for frozen files (fixes a cygwin bug). * Portability fix for systems lacking mkstemp(3). * Approximately 20% speed up in the common case of usage with autoconf. * Supported on QNX 6.3. You must rebuild from source if you want the experimental changeword feature enabled, as enabling it slows down normal operation. DESCRIPTION === m4 is an implementation of the traditional Unix macro processor. It is mostly SVR4 compatible although it has some extensions (for example, handling more than 9 positional parameters to macros). GNU m4 also has built-in functions for including files, running shell commands, doing arithmetic, etc. UPDATE == 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. Save it and run setup, answer the questions and pick up 'm4' from the 'Interpreters' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU9hO84KuGfSFAYARAuEnAKDWmZx5c0suw8Sadu2nrU3jIAfclACfZlUP GVULjdKQhuyVpO7U+p4LIbk= =m0Yk -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: 1.5.13/14: Problems with Service running under SYSTEM account
On Apr 6 23:22, Kevin Walker wrote: > I'm having problems running my service under CYGWIN 1.5.13/14. The service > runs under the local system account and takes a filename via the service's > command line. This filename is then opened using fopen. If I revert to > CYGWIN 1.5.12, fopen can read the file. However when I try using 1.5.13/14 > (and today's build), it fails with "Bad file descriptor". > > If I change the service to run under a non-system account (or run the > process on the command line), fopen can read the file under 1.5.13/14. > > Any ideas why CYGWIN no longer likes the SYSTEM account? Well, it works fine for me. What you can try is checking the whole directory tree from the drive's root dir down to the file for giving read (and perhaps execute) permission to SYSTEM or the Administrators group. The last resort is setting CYGWIN=notraverse for the service. 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.14: strange sshd error (openssh-3.9p1-2)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 4/6/2005 2:04 AM: > > In Cygwin you can change the primary group to any group you're member of > by changing the pw_gid entry (e.g. 545 for "Users"). Is there any way in cygwin to implement the POSIX-required utility newgrp, and add such a utility to cygutils? It would be nice to dynamically change groups rather than having to change the pw_gid entry every time I want my primary group changed. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU9kV84KuGfSFAYARAoFSAJ0cezwR9uGYPPjl176QwDL2gu421ACffe7L mqcpI+0qxoo5oCjuOxt6syo= =C1he -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: apache; rebaseall - tclpip84.dll: skipped because not rebaseable
Rainer Kirsch wrote: > rebaseall -T /home/Rainer_Kirsch/dll.lst -v >dll.out > and get the error message: There should be no need to use -T unless you have DLLs for things that were installed outside of setup.exe. Normally rebaseall finds all installed DLLs. The tclpip84.dll shouldn't cause an error, it should be skipped. Your problem is this: ReBaseImage (/bin/cygwin1.dll) failed with last error = 6 Normally cygwin1.dll is never rebased, as the script itself depends on it. When it hits a DLL that causes an error it stops processing. Try running rebaseall without -T and you should be fine. Make sure you do this from a plain CMD prompt, not rxvt or anything, and make sure all services are stopped. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: apache; rebaseall - tclpip84.dll: skipped because not rebaseable
Rainer, On Wed, Apr 06, 2005 at 09:38:13AM +0200, Rainer Kirsch wrote: > I am trying to get my apache running again. > > tail /var/log/apache/error.log > returns: > C:\z_cygwin\usr\sbin\httpd.exe (4080): *** unable to remap > C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as > parent(0x3F) != 0x9656 [main] httpd 4056 fork_parent: child 4080 > died waiting for dll loading > fork: No such file or directory > httpd: unable to fork new process > > So i did > rebaseall -T /home/Rainer_Kirsch/dll.lst -v >dll.out > and get the error message: > /usr/bin/tclpip84.dll: skipped because not rebaseable > ReBaseImage (/bin/cygwin1.dll) failed with last error = 6 > > Is there a special problem with that dll? Yes, tclpip84.dll is known to be not rebaseable -- the error message is expected. > Are there known workarounds? No, but AFAICT, this is not causing the above problem. > I had several runs of rebaseall - reboot. > Tried to reinstall tcltk > - no change of behavour - no improvement. > > I will be grateful for any help. Are the Apache DLLs getting rebased? There have been Apache packaging related problems in the past that have affected rebasing. :,( Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.14-1 cygwin1.dll could not be found
Original Message >From: Morche Matthias >Sent: 06 April 2005 12:10 >> Original Message >>> From: Danny Ng >>> Sent: 06 April 2005 09:45 >>> I've recently downloaded the latest version of cygwin, and >>> reinstalled the whole thing. Previously I had a compiling error with >>> gcc, but now that has been fixed. After having successfully compiled >>> my C program, I tried to run the exec file of my compiled program >>> and gave me an error. I have looked through the mailing list to try >>> to solve this myself by installing bzip2 libraries but I still get >>> the same error. > That's not the whole story: > > cygwin1.dll not found comes up during the update of cygwin, when > cygwin1.dll AND other packets are updated. It happens after deinstall of > cygwin1.dll, when other post-remove scripts try to run... > > matthias That doesn't at first glance seem to be the same problem that Danny is reporting above. If it is, re-running setup and letting it reinstall the base cygwin package should solve things, shouldn't it? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.13/14: Problems with Service running under SYSTEM account
I'm having problems running my service under CYGWIN 1.5.13/14. The service runs under the local system account and takes a filename via the service's command line. This filename is then opened using fopen. If I revert to CYGWIN 1.5.12, fopen can read the file. However when I try using 1.5.13/14 (and today's build), it fails with "Bad file descriptor". If I change the service to run under a non-system account (or run the process on the command line), fopen can read the file under 1.5.13/14. Any ideas why CYGWIN no longer likes the SYSTEM account? Thanks Kevin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin programs called from non-cygwin programs mauling \" in args
On Apr 6 02:09, Yitzchak Scott-Thoennes wrote: > Corinna, have you a chance to think about this? I've come to think that > using the MinGW rules makes most sense. I didn't think any further about this. It's not that important since it's easily workaroundable. I also fear we get the usual complaints that zillions of scripts must be changed if we dare to break backward compatibility here. 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: ipc, sockets and windows sp2
On Apr 4 18:05, Vincent Dedun wrote: > grepping cygserver debug output, show that, with 2 child process > sharing mutex, wakeup is called first, then 2 msleep are called. So > when msleep is called, wakeup has already been called, and msleep has > to sleep forever. What you see is intermixed debug output of different threads. The log output is not guranteed to be in the right order. I've improved debug output slightly so that it's at least possible to recognize mtx_locks and mtx_unlocks which are connected and who's the current owner of a mtx_lock. I have debugged cygserver now for two days and have found various bugs, one showing up as soon as another one was fixed. I've rewritten the whole thread synchronization and I've even found a synchronization bug in the BSD code (which probably is no problem when running in the BSD kernel). I've checked in a pretty big patch which works fine for me (but what does that count?) HTH, 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.14-1 cygwin1.dll could not be found
[EMAIL PROTECTED] wrote: > Original Message >> From: Danny Ng >> Sent: 06 April 2005 09:45 > >> Hi, >> >> I've recently downloaded the latest version of cygwin, and >> reinstalled the whole thing. Previously I had a compiling error with >> gcc, but now that has been fixed. After having successfully compiled >> my C program, I tried to run the exec file of my compiled program >> and gave me an error. I have looked through the mailing list to try >> to solve this myself by installing bzip2 libraries but I still get >> the same error. > > > You need to have cygwin's bin directory in your windows PATH > settings, so that the cygwin dll can be found when you try to run > your compiled application. Or you need to run the compiled > application from a cygwin shell. > > > cheers, > DaveK > -- > Can't think of a witty .sigline today That's not the whole story: cygwin1.dll not found comes up during the update of cygwin, when cygwin1.dll AND other packets are updated. It happens after deinstall of cygwin1.dll, when other post-remove scripts try to run... matthias -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe troubles
I have accidently overwritten some of the mirrors that setup.exe offers and I would like it to start out fresh. My problem is however that I cannot see anyway to reset the list. So, how do I make setup.exe reinitialise the offered mirror list? Thanks, Bernhard -- 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/
Large update of Cygwin
Hi, Just to warn you, there's a large update of Cygwin ; tetex,coreutils,cygwin,sed, etc , you may care to start it when you go to lunch!! -- 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.14-1 cygwin1.dll could not be found
Original Message >From: Danny Ng >Sent: 06 April 2005 09:45 > Hi, > > I've recently downloaded the latest version of cygwin, and reinstalled > the whole thing. Previously I had a compiling error with gcc, but now > that has been fixed. After having successfully compiled my C program, > I tried to run the exec file of my compiled program and gave me an > error. I have looked through the mailing list to try to solve this > myself by installing bzip2 libraries but I still get the same error. You need to have cygwin's bin directory in your windows PATH settings, so that the cygwin dll can be found when you try to run your compiled application. Or you need to run the compiled application from a cygwin shell. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin programs called from non-cygwin programs mauling \" in args
On Thu, Jan 20, 2005 at 10:26:13AM +0100, Corinna Vinschen wrote: > Yitzchak, > > On Jan 19 15:34, Yitzchak Scott-Thoennes wrote: > > > $ ./nocygparent cygchild > > > [a\b"c] > > > > Can anybody else confirm this? > > I can. I already had a look into this. The command line handling in > Cygwin is different from the command line handling in MingW or, FWIW, > VC++ CLI applications. > > The question is if we really should align the rules how a native > command line is evaluated by a Cygwin process should be aligned > to Windows rules or not. > > There are three arguments to consider: > > - Using Windows/MingW rules lowers the surprise. > > - Changing the rules at all breaks backward compatibility. > > - Why shouldn't Cygwin applications use their own rules which seem > more appropriate for a POSIX application? Corinna, have you a chance to think about this? I've come to think that using the MinGW rules makes most sense. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.14-1 cygwin1.dll could not be found
Hi, I've recently downloaded the latest version of cygwin, and reinstalled the whole thing. Previously I had a compiling error with gcc, but now that has been fixed. After having successfully compiled my C program, I tried to run the exec file of my compiled program and gave me an error. I have looked through the mailing list to try to solve this myself by installing bzip2 libraries but I still get the same error. Attached is cygcheck.out and a screenshot of the error. -- - Danny cygcheck.out Description: Binary data <>-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.14: strange sshd error (openssh-3.9p1-2)
On Apr 5 20:30, Greg Kempe wrote: > $ id > uid=1005(Greg) gid=513(None) > groups=0(root),513(None),544(Administrators),545(Users),1008(Debugger > Users) > > But it's not listed as a group in the User and Groups snap-in in > Computer Management, I don't know if it should be. That'll teach me to > fiddle with the permissions when everything's working. That's normal on non-domain machines, unfortunately. 513 (None) is the default primary group for all users and ther's nothing you can do about it in the native environment. There's some sort of system here, since it's the same id as used for the "Domain Users" group in domains, which is the default group for, well, domain users. In Cygwin you can change the primary group to any group you're member of by changing the pw_gid entry (e.g. 545 for "Users"). 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: coreutils-5.3.0-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.3.0-4, is available. NEWS This is a minor patch release. The overall 5.3.0 series was designated unstable by the upstream author (compared to the stable 5.2.1), because it introduces some POSIX-compliance fixes for the first time; but there have been few complaints so the 5.2.1 series is no longer available via setup.exe. See /usr/share/doc/coreutils-5.3.0/NEWS for the changes since 5.2.1-5. This release adds the following patches: cp(1), install(1), and mv(1) are now more consistent in their behavior of implicit .exe extensions (see http://cygwin.com/ml/cygwin/2005-03/msg00448.html for some examples that were previously strange). Additionally, rm(1) now also has some implicit .exe handling. The rule of thumb is that if both x and x.exe exist in a directory, the command-line argument specifies that file. But if only x.exe exists, then both x and x.exe can be used to name the file, and if .exe was implicitly added to reach the source, then the destination will also have .exe. The other patch in this release is that dircolors(1) now supports the cygwin terminal by default when it is not using /etc/DIR_COLORS. There is still a known upstream bug with hardlinks - `mv -i a b' fails to prompt when a and b are hardlinks to one another, but that will be fixed whenever upstream releases 5.3.1. Also, I am not sure whether coreutils should attempt to make `mv a A' work successfully; but in the meantime you can use the mvv script proposed here: http://sourceware.org/ml/cygwin/2005-02/msg00454.html. Also, note that su(1) is UNSUPPORTED; for more details, see http://cygwin.com/faq/faq_3.html#SEC42. This package REQUIRES cygwin 1.5.13 or newer snapshots, and has been tested with cygwin 1.5.14. If you are running on a Windows 95, 98, or ME system, cygwin 1.5.14 still has some known bugs that may affect several coreutils, such as touch(1). To avoid those bugs, you can use a snapshot or wait for cygwin 1.5.15. When building from source, you will need your own version of automake 1.9.5 or later (until the cygwin automake version is updated) if you want `make -k check' to get past the spurious failures caused by bugs in the testsuite. DESCRIPTION === GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort split stat stty sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE == 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. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category. Because of packaging conflicts between coreutils-5.2.1-5, cygutils-1.2.5-1, gettext-0.14.1-1, libiconv-1.9.2-1, and procps-010801-2, upgrading any of these packages may delete a file provided by another. Running `cygcheck -c' will show you if upgrading left a package incomplete, in which case you should reinstall that package. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU14384KuGfSFAYARAoJeAJ4uv9C7NgVdKOB8BLNleb3Y1iXdWgCeIdyc XsEqgmuuhPQPd625wvWhY/E= =2043 -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: Unusual new look to symlinks to executables
Thank you for responding so quickly and so fully. > Also, did you upgrade to cygwin 1.5.14 at the same time? > It might be a change in the cygwin path handling. Not at the same time, but it may be that this was the first time I used the "link-checking script" since upgrading to 1.5.14. Certainly that struck me as a possible cause for the changed behaviour, but it also appeared to me that all the altered links were related to coreutils and tetex, which is why I drew the conclusions that I did. > By default, ls does not display just a filename and its link contents. I was using ls -alF but edited the output in my email to just show filename and link contents. >> So perhaps it is accidental, and should not have happened? > It certainly was not intentional. > It is tricky to get both ln(1) and ls(1) to handle implicit .exe magic correctly, > and I may need to release a new coreutils that makes it more consistent in the future. Thanks for explaining everything so fully. The reason for using my link-checking script is that it pipes its output to other scripts, that then change all symlinks created as Windows +S system files to Windows +R *.lnk files, for later copying to CD. It was the "change" scripts that were broken as a consequence of the phenomenon I have described. It seems to me that it will be unduly optimistic to assume future consistency in the Cygwin provision -- as in links always being of the form execlink -> execname.exe -- and that I have been remarkably fortunate to find such consistency up to now; and that I will need to alter my scripts to cover the additional possibility execlink -> execname. Thanks again for all your help. Fergus -- 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/
