[Bug] Named Pipes (FIFO) / Bash
I'm having problems with some bash scripts that were developed (not be me) and working OK in Cygwin 1.6.x versions, but not in 1.7.x (tested on 1.7.6, 1.7.7 and the latest snapshot). After some gnashing of teeth and pulling of hair I've whittled it down to a problem with named pipe handling in bash. Sifting through the archives of the mailing lists didn't provide much clues. I realize from earlier discussions that named pipes aren't fully supported, but some examples of programs and scripts seem to indicate that they should at least work on a basic level. I've tried both the current and the just announced experimental version of bash and both Windows7/CoreDuo and WinXP/TurionX2 (I don't think the dual cores have something to do with the problem, but if necessary I should be able to at least boot the WinXP machine with only a single core enabled). $ mkfifo /tmp/pipe $ ( sleep 10; echo -n blafasel ; date; sleep 10; cat /tmp/pipe ) $ echo -n dingdong ; date; exec 6 /tmp/pipe; echo -n blumblum ; date $ echo -n hurrdurr 6; date Running this on Linux outputs as expected: dingdong Sa 22. Jan 20:41:45 CET 2011 blafasel Sa 22. Jan 20:41:55 CET 2011 blumblum Sa 22. Jan 20:42:05 CET 2011 hurrdurr Sa 22. Jan 20:42:05 CET 2011 On Cygwin, I get this: dingdong Sa 22. Jan 20:41:45 CET 2011 blumblum Sa 22. Jan 20:41:45 CET 2011 blafasel Sa 22. Jan 20:41:55 CET 2011 cat: -: Communication error on send In other words, opening the pipe is non-blocking, even though no listener is present. Listing /proc/self/fd lists fd 6 as opened to FIFO /tmp/pipe, but any output to it blocks indefinitely. I believe that the FIFO has in fact never been opened as far as the system is concerned. The output then blocks on the apparently not-open FIFO (I should be getting a SIGPIPE instead when trying to write into a pipe that has no listener). Note: Looking at the problematic scripts I realize that the opening of the FIFO must have been non-blocking in 1.6.x as well, but the output was just blocked until the listener became available. The last message goes away if I replace the cat with simply cat (this seems to be a separate bug in redirection handling of named pipes which I could easily work around), but the shell still hangs up hard. A ps in another shell shows that bash is waiting for output and cat is waiting for input. I can then, however, write into the pipe from a second shell and have the ouput appear in the tty of the first. If I reverse the course of things and let the cat out first, so to speak, then (and only then) everything works in a single shell. This however requires the very serialization that the named pipe was supposed to provide. I'd be grateful for any insights and/or ideas for possible workarounds. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [Bug] Named Pipes (FIFO) / Bash
Eric Blake ebl...@redhat.com writes: Not just in bash, but in cygwin in general. Named pipes are still an incomplete implementation, and until patches are written to get it working more like posix, you can't expect them to work reliably. I said I knew that it wasn't working like POSIX pipes. Now, there's clearly a regression from 1.6-1.7. Before they just weren't working like POSIX pipes, but now they seem to be completely unuseable for synchronisation purposes. Sorry, I don't have any. Autoconf is another client that would love to use named pipes (for parallel testsuites), but which can't do so until cygwin's implementation is completed. So, are you saying there's a development plan to get there, or not? :-) Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [Bug] Named Pipes (FIFO) / Bash
I'd be grateful for any insights and/or ideas for possible workarounds. Could anybody please comment if there are changes to the whole area of (named) pipes in the upcoming 1.7.8 release? Should I just grab the latest snapshot and try my luck? I don't mind if it's not POSIX compliant if at least consistent synchronization can be achieved that does not depend on the order of consumers and producers connecting to the pipe (like it did on Cygwin 1.6). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Preremove/postinstall scripts fail with snapshot installed
Ken Brown kbr...@cornell.edu writes: If I run setup.exe with a cygwin snapshot installed, bash crashes while running all preremove and postinstall scripts. Here's a typical error message in /var/log/setup.log.full: I'm getting similar crashes running Git fetch on a snapshot installation on Win7 I did a few weeks ago while trying to figure out my problem with named pipes. I did not change the Cygwin installation since then (which went fine at the time) and Git was running OK (cloned a few repos, the ones that now have a problem updating). If I run the fetch a few times it will eventually complete, though. There was a patchday inbetween, however... also it wouldn't be the first time that some Cygwin program was deemed malicious by behavioral virus scanners. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: emacs and large-address awareness under recent snapshots
Corinna Vinschen ... writes: still tries to workaround some old problem in the Cygwin sbrk implementation in Cygwin 1.5. Unfortunately the comment doesn't contain any hint as to what exact problem this code is trying to workaround. Apologies if that's obvious and you've already checked that: emacs gets created as a dumpfile of temacs during build, so if peflags moves the heap retroactively thereafter I can't see how it's going to work since part of the heap is where it was during dumping and the rest is, well, somewhere else. I'd look at the build process first before suspecting the sources — I would assume that temacs must also be made large address aware and that it right now just isn't. There may still be workarounds that aren't needed anymore and bad assumptions about how the memory map looks like in Cygwin. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [Bug] Named Pipes (FIFO) / Bash
Achim Gratz strom...@nexgo.de writes: In other words, opening the pipe is non-blocking, even though no listener is present. Listing /proc/self/fd lists fd 6 as opened to FIFO /tmp/pipe, but any output to it blocks indefinitely. I believe that the FIFO has in fact never been opened as far as the system is concerned. The output then blocks on the apparently not-open FIFO (I should be getting a SIGPIPE instead when trying to write into a pipe that has no listener). I've checked again with the latest snapshot (2011-08-03), after doing a full update and rebaseall. While the FIFO implementation still does not conform to POSIX w.r.t. blocking, it now gives consistent results again (as it was in Cygwin 1.5), does not block listeners indefinitely anymore and kills a listener with SIGPIPE when the producer goes away. So if the scripts are written to assume that behaviour, you can again use FIFO to synchronize processes. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Proxy settings for setup.exe
Is there a command-line switch to tell setup.exe that it should use the proxy settings from IE? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Proxy settings for setup.exe
Buchbinder, Barry (NIH/NIAID) [E] writes: http://cygwin.com/faq/faq.setup.html#faq.setup.cli -p --proxy HTTP/FTP proxy (host:port) I know this, but rather my question was how to use the IE proxy settings. I can select this in an interactive install and I can fake it by providing a dummy installation root and planting a carefully crafted /etc/setup/setp.rc there, but I've not yet managed to do it on the command line. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Proxy settings for setup.exe
Achim Gratz strom...@nexgo.de writes: Is there a command-line switch to tell setup.exe that it should use the proxy settings from IE? I've looked through the sources today and the answer seems to be sadly no. I did however find an undocumented string option -# to supposedly avoid polluting the registry while testing the installer. That should prove helpful, could somebody in the know please explain how it is intended to be used? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: STC for libapr1 failure
Corinna Vinschen writes: I'm sorry to report that the 20120220 snapshot breaks the X server, which uses fcntl() with a lock file. STC? Btw., in how far is XWin broken? I just tried to start it from the start menu and that worked perfectly fine. I get the default xterm and that works. I really need something reproducible here. Otherwise I will release Cygwin 1.7.11 this weekend. FWIW, I did a full install plus the snapshot 20120220 yesterday (and some things from cygports, like texlive on top of that) and XWin/wmaker works fine. After doing a rebaseall also the Tk based applications started working correctly. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Recent upgrade to wish leads to a problem
Earnie Boyd ear...@users.sourceforge.net writes: And what Windows user who casually installs Cygwin has access to an X server? I do and FTR: I don't want the cygwin Xorg server to be a dependency to all programs that might use X because that would pull in a lot of packages that I have no use for on most systems. You might recommend companion packages that are typically needed to be combined with a specific selected package when installed in an isolated environment, but please not a dependency. It is perfectly OK to install X applications onto a machine that doesn't have X installed. You don't need a server there, nor do you need an xinit start script or anything else besides the actual application and a handful of DLL. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Recent upgrade to wish leads to a problem
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: Thank you for reinforcing my point. No, thank you for all your work, because without that we couldn't have this discussion. While we certainly promote the Cygwin/X server, forcing xorg-server/xinit as a dependency not only won't prevent questions (since the user still needs to *start* the X server), but those who use other X servers will have this very complaint. Note: I'm not opposed to give a stronger hint to folks who might not know what an X server is and why they need one. If they don't follow up on that hint it becomes their problem, but you can't reasonably expect someone to look for an answer to a question they don't even have. As long as setup.exe doesn't handle recommendations, how about having an (empty) package X-application (or whatever better name you come up with) that all such applications depend on? I'm still not sure how to get the actual warning to the user, but for starters the postinstall script could fail when it doesn't find the Cygwin X server and leave a file that cygcheck looks for otherwise. If that file is missing I'll get an INCOMPLETE package in cygcheck. If I have an install using an external X server, I can create that file and have clean cygcheck output (and getting the postinstall marked done). Now please excuse me while I get back to orchestrating the next major transition for the distro. Thanks again. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New packages: texlive-20110705-1, texlive-collection-*-20120202-1, libkpathsea{6,-devel}-20110705-1, libptexenc{1,-devel}-20110705-1, asymptote-2.15-1
Ken Brown kbr...@cornell.edu writes: Thanks to the tremendous efforts of Yaakov Selkowitz, TeX Live has been added to the Cygwin distribution, replacing teTeX. I will be taking over as maintainer. Good stuff. Many thanks to both of you. If you update an old Cygwin installation and have re-created the format files for teTeX in the past, they don't get uninstalled when the new texlive is installed and must be manually removed. The texlive versions are very unhappy when kpathsea finds a format file from teTeX for them... If you do that after you've already installed texlive, run the of the postinstall scripts again (or just the relevant sections) — this is a lot faster than re-installing. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cygport/setup questions
I'm in the process of preparing an update for our aging Cygwin installation at work. The basic (unattended) install is now working even if it needs some more testing. I will have to patch a few applications, install many more packages from CPAN and somehow customize the installation as a last step. So I guess it makes sense to have a local package repository in addition to the mirrors. I am planning to use cygport for creating the local packages, but I'm having a few questions: 1. Is there some way to specify CPAN bundles rather than individual packages in the .cygport file? I don't mind if I'll get a tar.bz for each package the bundle pulls in, I just want to limit the number of packages visible during setup. 2. How should I name a package that I patch locally? Can I use a non-numerical RELEASE, I'd like to avoid name clashes between the patched package and later official releases. For the patch itself, I just edit the sources, that cygport is going to build from. Do I have to (re-)generate the src.patch before each build or is cygport doing that by itself? 3. How can I make sure that local customizations are always done after all real package installs? It seems there is a hidden category _PostInstallLast that may or may not do that. Also, I might need to control the order of post-install scripts, they seem to be run in alphabetical order, can I rely on that? 4. From the testing results so far, I will always have to do a rebaseall and perlrebase. Can I do this from setup.exe (after customization) or does it have to be a separate process after setup.exe has finished? Thanks in advance for any answers. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygport/setup questions
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: On 2012-03-13 15:35, Achim Gratz wrote: 1. Is there some way to specify CPAN bundles rather than individual packages in the .cygport file? I don't mind if I'll get a tar.bz for each package the bundle pulls in, I just want to limit the number of packages visible during setup. Not simply. A CPAN bundle doesn't contain more than a pod file; it relies on CPAN to install whatever modules it requires. There is also no guarantee that a given module is not a member of more than one bundle, which would result in file clobbering, and setup.exe does not handle that gracefully. OK, so I just have to mass-generate a load of cygport packages and then maybe bundle them into an umbrella package with no content of its own, but make that dependent on all the others so I don't have to specify all of them for installation. Fair enough, just not as easy as I hoped. If you just want to make it easier for users to install a CPAN bundle, I suggest packaging each module individually, then have the bundle package depend on the other modules. Most users will never see the chooser window anyway, so it's probably OK either way. 2. How should I name a package that I patch locally? Can I use a non-numerical RELEASE, I'd like to avoid name clashes between the patched package and later official releases. IIRC, release must begin with a digit. Perhaps a 0.x release number would work, I haven't tried it. I've had to try it today, and it seems that appending something alphanumeric (like -2p1 for the first patch on release 2) is OK with setup.exe (don't know yet what genini thinks of that, though). For the patch itself, I just edit the sources, that cygport is going to build from. Do I have to (re-)generate the src.patch before each build or is cygport doing that by itself? Once I've created a patch, I copy that patch alongside the .cygport, give it a meaningful name, then add it to PATCH_URI. That makes it easier to carry the patch forward from one version/release to another. You've lost me here, where does that PATCH_URI you are talking about belong? The packages I've looked at had at most two patch files (for the source and for cygwin specific additions) that are seemingly used automagically. Not that I looked at a lot of packages... 3. How can I make sure that local customizations are always done after all real package installs? It seems there is a hidden category _PostInstallLast that may or may not do that. Also, I might need to control the order of post-install scripts, they seem to be run in alphabetical order, can I rely on that? What local customizations do you want? Not sure yet, but basically anything that can't be solved by simply dropping a file in the right place and that isn't associated directly with a package being installed or de-installed. 4. From the testing results so far, I will always have to do a rebaseall and perlrebase. Can I do this from setup.exe (after customization) or does it have to be a separate process after setup.exe has finished? The eventual goal is to integrate this into setup.exe, but currently these need to be run manually after installation/update. I think I can fake it with the current setup.exe (I already install the snapshots this way). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
breakage in groff-1.20.1-2
The pfbtops program in that package can't convert most fonts back to PS. It complains about a block not starting with 0x80, exits with an error and produces truncated and mangled output. Besides a few lines missing from the end of the output, it apparently dropped single bytes from the binary input. A simple recompilation from the source package fixed that problem. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygport/setup questions
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: On 2012-03-14 14:33, Achim Gratz wrote: PATCH_URI is a list of one or more patches which are applied to the source immediately after unpacking. Like SRC_URI, you can specify remote URIs (e.g. from other distros) or just a filename to indicate a patch saved alongside the .cygport file. Using PATCH_URI with local patches makes it easier to carry patches forward from one release to another. Again, where do I put PATCH_URI and what is the format? I suppose this should be someplace in the .cygport file? The README that is linked from the cygwin site doesn't mention it... http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/cygport/trunk/README Do you have a link to the complete documentation perchance? http://cygwin-ports.git.sourceforge.net/ A! Much better, I found a package that uses it. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygport/setup questions
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: It's not quite complete yet, but see /usr/share/doc/cygport/manual.html for the official documentation. Thanks, I'll have a look. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[bug] Something fishy going on with sqlite3...
I've been trying to troubleshoot an SQLite failure that boils down to this: SQLite catches an access denied error when trying to create a _temporary_ table and only when sqlite3 is run from mintty. If I do the same thing in a console, all is well (as I found out when trying to strace the sqlite3 process in another window). : sqlite3 :sqlite CREATE TEMP TABLE two ( : ... id INTEGER NOT NULL, : ... name CHAR (64) NOT NULL : ... ); I'm already at the 2012-03-14 snapshot. I currently work around by compiling SQLite to use only memory and nver a file for temporary tables, but it seems that there may be a larger problem lurking here. The same thing happens with the packaged sqlite3, a freshly compiled one from the source package and the version that is delivered with the DBD::SQLite package from CPAN. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
René Berber r.ber...@computer.org writes: The obvious question: what is your $TMP ? Obvious maybe — but TMP doesn't get invoked. :-) SQLite tries to create the file in the current working directory. Again, if I do that from a windows console window, all is well, if I do it from mintty I get an access denied error. You may remember a recent thread about temporary directories, then they where changed in base-files. I've set a new TMP and TEMP just to see if anyhting would change, but it doesn't. I've checked the permissions and ACLs on those directories as well. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
René Berber r.ber...@computer.org writes: Right. Problem is I can't reproduce the error. I don't have any better information at the moment. I'm not using a snapshot, I'm at 1.7.11(0.260/5/3) 2012-02-24, and the operation you show, using mintty: I've switched to snapshots due to other problems (no Ctrl-C in console) and have just been updating them whenever a new one came out. I can't say for sure it has to do with the snapshot, but since you can't reproduce it I might have to revert the installation to the release version and try again. $ sqlite3 test I doubt it makes any difference, but I didn't give any file name when invoking SQLite. [...] SQLite version 3.7.3 Enter .help for instructions Enter SQL statements terminated with a ; sqlite seq name file --- --- --- 0main C:\Cygwin\home\rberber\test 1temp If the temp table is really not associated with a file, then this test didn't trigger the bug most likely. In my test case the temporary file supposedly should be named etilqs-something random. sqlite .schema two CREATE TABLE two ( id INTEGER NOT NULL, name CHAR (64) NOT NULL ); No access denied. The file test is created in the same directory, also .sqlite_history . In case it wasn't clear in my first posting, I can create a new table (not marked TEMPORARY) just fine. Before or after getting the access denied error I can create real tables as much as I want, it is only the temporary ones that give trouble and only when they are set to go to files, not memory. I didn't see anything that jumped out on me in the strace. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
René Berber r.berber at computer.org writes: How do you set them to go into files? In my initial tests? Not at all, that was the default (I may be able to override that in the system or user configuration, but have not touched anything there). When I compile SQLite with SQLITE_TEMP_STORE=3 (memory only), the error never happens. When I run sqlite in the console, I can see the temporary file being opened in strace. I didn't see that when I run it in mintty. But I've now tested pragme TEMP_STORE=x and creation of temporary tables fails unless x=2 (memory), without tracing the program. I've then reverted back to the last released Cygwin version (the same you have tried with) and still get the same behaviour, so it has nothing to with the snapshot. However with that version I also do not get an error when I strace sqlite3 in mintty. This seems to be a race condition? Here's the strace part where it creates the temporary file (in mintty): 3684 20357524 [main] sqlite3 6328 normalize_posix_path: src C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa 47 20357571 [main] sqlite3 6328 normalize_win32_path: C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa = normalize_win32_path (C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa) 28 20357599 [main] sqlite3 6328 mount_info::conv_to_win32_path: conv_to_win32_path (C:/Users/gratz/etilqs_fRKyCLKDxMuNeXa) 48 20357647 [main] sqlite3 6328 mount_info::conv_to_win32_path: src_path C:/Users/gratz/etilqs_fRKyCLKDxMuNeXa, dst C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa, flags 0x0, rc 0 63 20357710 [main] sqlite3 6328 symlink_info::check: 0x0 = NtCreateFile (\??\C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa) 42 20357752 [main] sqlite3 6328 symlink_info::check: not a symlink 40 20357792 [main] sqlite3 6328 symlink_info::check: 0 = symlink.check(C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa, 0x2296B0) (0x806000) 23 20357815 [main] sqlite3 6328 path_conv::check: this-path(C:\Users\gratz\etilqs_fRKyCLKDxMuNeXa), has_acls(0) 1464 20359279 [main] sqlite3 6328 normalize_posix_path: src C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa 60 20359339 [main] sqlite3 6328 normalize_win32_path: C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa = normalize_win32_path (C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa) 25 20359364 [main] sqlite3 6328 mount_info::conv_to_win32_path: conv_to_win32_path (C:/Users/gratz/etilqs_G4DiTLu7JVlzcKa) 23 20359387 [main] sqlite3 6328 mount_info::conv_to_win32_path: src_path C:/Users/gratz/etilqs_G4DiTLu7JVlzcKa, dst C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa, flags 0x0, rc 0 58 20359445 [main] sqlite3 6328 symlink_info::check: 0x0 = NtCreateFile (\??\C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa) 40 20359485 [main] sqlite3 6328 symlink_info::check: not a symlink 39 20359524 [main] sqlite3 6328 symlink_info::check: 0 = symlink.check(C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa, 0x229640) (0x806000) 24 20359548 [main] sqlite3 6328 path_conv::check: this-path(C:\Users\gratz\etilqs_G4DiTLu7JVlzcKa), has_acls(0) 803 20360351 [main] sqlite3 6328 set_signal_mask: oldmask 0x0, newmask 0x2, mask_bits 0x0 I'm stumped... Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Corinna Vinschen writes: I've added a new package called _autorebase to the Cygwin distro. This package is usually installed and updated automatically. In the default view of setup.exe you won't even see it. Thank you very much (even though I'd just added the same functionality to my setup batch script). Minor nit: rebaseall picks up a file with the suffix .osc in the texmf tree that isn't actually a DLL. The purpose of this package is to run rebaseall automatically after any package containing DLLs is updated. How is that supposed to work, exactly? There seems to be only a single package having _autorebase as a dependency and the _autorebase.bat file has been renamed .done after the first installation. Also, I think it would be nicer in the long run to have an /etc/autorebase.d/ that can be used to drop DLL lists in there that work together with the -T option of rebase. That way, packages would ultimately become responsible for listing their rebaseable files and users (administrators) could drop list with additional DLL that got installed without setup.exe. As long as packages haven't been updated to provide those lists, the names could be extracted from /etc/setup, like they are currently (I think). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cygwin-ports git access over http?
I'm behind a firewall at work that only allows HTTP access through, so is there a way clone cygwin-ports over HTTP? If not, is there already a Git mirror that provides such access? Besides, even when cloning without a firewall, I get: git clone git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygwin-ports Cloning into 'cygwin-ports'... fatal: The remote end hung up unexpectedly I can clone the individual projects one by one, though. Obviously it would be much nicer if there was a superproject to clone that had those already added as subprojects... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin-ports git access over http?
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: On 2012-03-29 00:36, Achim Gratz wrote: I'm behind a firewall at work that only allows HTTP access through, so is there a way clone cygwin-ports over HTTP? If not, is there already a Git mirror that provides such access? I'm afraid not; Sourceforge does not provide that as an option. Rats ... and nobody seems to have cloned to repo.or.cz or github yet. I can clone the individual projects one by one, though. Obviously it would be much nicer if there was a superproject to clone that had those already added as subprojects... Given the ever-increasing number of packages in Ports, just maintaining that would take some effort unless I can automate it. It should be easy enough to take portslist.txt and create the .submodules file in the superproject. But do you really need *all* of Ports git? No. But then I don't know what I need yet. I might just as well get it all in one go rather than get a handful of packages, then finding I need another two or three... Especially since I would need to clone each package to another public hosting repository first to even be able to get it. Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Corinna Vinschen writes: Minor nit: rebaseall picks up a file with the suffix .osc in the texmf tree that isn't actually a DLL. Sure? Have a look into the rebaseall script: I don't see how it should be able to pick up a file with the suffix .osc. Slip of fingers. It picks up: /usr/share/TeXmacs/plugins/octave/octave/tm-start.oct from: /etc/setup/TeXmacs.lst.gz This should have a .m suffix really since it contains octave commands. You were using a not quite up-to-date mirror. THis should be fixed in the meantime. Trickling in by now. Cygports doesn't seem to have these dependencies yet and of course I'll have to add them to my locally rolled packages, since I don't use upset/genini for them. Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Thanks for the invitation. Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
marco atzeri writes: /usr/share/TeXmacs/plugins/octave/octave/tm-start.oct This should have a .m suffix really since it contains octave commands. raised the issue upstream https://savannah.gnu.org/bugs/index.php?36033 Thank you. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Achim Gratz writes: Corinna Vinschen writes: Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Thanks for the invitation. Is there a reason gmane.os.cygwin.applications is configured as unidirectional instead of non-public? Not being able to post through GMane would be rather painful for me... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: breakage in groff-1.20.1-2
Achim Gratz writes: The pfbtops program in that package can't convert most fonts back to PS. It complains about a block not starting with 0x80, exits with an error and produces truncated and mangled output. Besides a few lines missing from the end of the output, it apparently dropped single bytes from the binary input. A simple recompilation from the source package fixed that problem. *Bump* Christopher, could you please have a look and maybe spin a new package? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Larry Hall (Cygwin) writes: That's a question for GMane. Cygwin has no association or control of that channel. But it's probably because cygwin-apps is a subscriber-only mail list http://cygwin.com/lists.html. Just subscribe and see if that helps. This is set up when the group is set up on GMane and can be requested to be changed later via a webform on GMane. Setting it to unidirectional means absolutely no posting from GMane (besides the read-only announcement lists, this is the only Cygwin list configured that way). More appropriate might be non-public which means I must be subscribed to be able to post — unless of course that unidirectional was a conscious decision. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Christopher Faylor writes: That's exactly why you can't post. We don't allow indiscriminate posting to cygwin-apps from gmane. AFAIU, setting it to non-public achieves the same goal: you must be subscribed to be able to post through GMane. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
Achim Gratz Stromeko at NexGo.DE writes: I'm stumped... The solution to this riddle: sqlite3 wrongly infers Cygwin as SQLITE_OS_WIN. Forcing a define for SQLITE_OS_UNIX produces an executable that works with temp store to disk even when the user is not an administrator. Additionally, the good folks at SQLite.org changed their naming scheme, so I've had to come up with a new cygport definition. -- Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
Warren Young warren at etr-usa.com writes: Send me the cygport file and I'll build new sqlite3 packages. I've just made a local patch package, tests look good so far. Specifically, I can now build the Perl DBD::SQLite module (either with the bundled SQLite or the locally installed library) and have all tests pass even when I'm not administrator. ---8-8--- ORIG_PN=sqlite ORIG_PV=`echo $PV|tr . \ |\ awk -e '{printf %1d%02d%02d%02d,$1,$2,$3,$4;}'` DESCRIPTION=SQLite database library HOMEPAGE=http://www.sqlite.org/; SRC_URI=http://www.sqlite.org/${ORIG_PN}-autoconf-${ORIG_PV}.tar.gz; SRC_DIR=${ORIG_PN}-autoconf-${ORIG_PV} PKG_NAMES=${PN} lib${PN}_0 lib${PN}-devel PKG_HINTS='setup lib devel' PKG_CONTENTS[0]='usr/bin/*.exe usr/share/' PKG_CONTENTS[1]='usr/bin/*.dll' PKG_CONTENTS[2]='usr/include/ usr/lib/' NO_AUTOHEADER=1 CYGCONF_ARGS=CC=gcc-4 CXX=g++-4 # define -DSQLITE_OS_UNIX to avoid Cygwin being recognized as Windows CPPFLAGS=-DSQLITE_OS_UNIX -DSQLITE_ENABLE_COLUMN_METADATA\ -DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_FTS_PARENTHESIS\ -DSQLITE_ENABLE_FTS4 ---8-8--- (If you're wondering why I haven't responded to this thread before now, it's because this is the first post to the thread that told me there was a problem with the package.) I wasn't sure either where the problem was. This particular feature has been in SQLite forever and on of my colleagues just tells me he's been bitten by it many years before. The conditions for it to occur are apparently sufficiently narrow to not bother most folks. To summarize (and hopefully for others to reproduce by now), all of the following conditions must hold for the error to trigger: 1. The user running SQLite must not have administrative rights. 2. SQLite must not be run from a Windows console, but in mintty. (I didn't test other terminals). 3. SQLite needs to be told to open a TEMPORARY database _and_ put it to disk. This will get you Error: unable to open database file. If you build SQLite with debugging switched on, it will actually tell you a quite different story: assertion isDelete==0 || isCreate failed: file /usr/src/sqlite3-3.7.3-1p1/src/sqlite-3.7.3/sqlite3.c, line 31496, function: winOpen Abort (core dumped) The clue here is that it tried to use a Windows interface to open the file, not a Cygwin one, which got me on the right track. -- Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12
Corinna Vinschen writes: I just released 1.7.12. This is mainly a bugfix release, but a couple of bigger changes were required under the hood to fix some of the bugs. I'm not really sure if that happens because of the changes in 1.7.12 or if I just never saw it before: Using ~-expansion in the shell gives me the eight users that mkpasswd has created plus an additional user with as its name and the home directory set to /mnt/userdata, which gets me a funny prompt when doing a cd into that directory. Is there a way to drop such users from the expansion? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [bug] Something fishy going on with sqlite3...
Warren Young warren at etr-usa.com writes: Will you please try them? Looks good to me, but hasn't seen extensive testing. There is likely to be one difference w.r.t your version, which is that my packages include a patch to replace a deprecated Cygwin 1.5 cygwin1.dll call with its modern 1.7 replacement.[*] Since it also pertains to Windows path handling, the difference may affect you. I actually kept that patch going forward since it still applied with some fuzz. I'd appreciate if the package release was -3, as produced from 'sqlite3-3.7.11-3.cygport'. I'd have to back out my test version first before installing yours otherwise. Next time I'll probably start with release 0, didn't think of that... -- Achim -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12
Corinna Vinschen writes: The weird home dir could be a bug in Cygwin. I can't reproduce it, but I could think of a reason. Do you have a directory called /mnt/userdata or an account called userdata in /etc/passwd? Anyway, I applied a patch which should result in: No account there with the name userdata, but there was an empty directory named /mnt/userdata. I've deleted it since the mountpoint will work without it, let's see if the issue comes up again. $ cd ~\?\?\?\?\?\?\?\? : No such file or directory. I ended up in /mnt/userdata, but the really interesting issue was if I would then cd into All Users for instance, the prompt would show: ~\?\?\?\?\?\?\?\/All Users I had to do a 'cd ~otheruser' to a user that has a home dir in passwd before tcsh forgot about that association, IIRC. I can test that again if it is of any importance. As you know, Cygwin has to map between Windows SID and POSIX uid/gid when mapping user accounts. That's what /etc/passwd and /etc/group are for. If a file belongs to a user for which there's no entry in /etc/passwd (same for group - /etc/group), then the uid is set to -1. ls then prints somthing like this: [...] I don't have any problems with the question marks showing up in directory listings, I would just prefer if a user that has no home directory set in /etc/passwd is not offered as an expansion for '~'. But as there are likely more important problems to solve, if things stay as they arethis is also OK. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12
Corinna Vinschen writes: On Apr 5 17:49, Achim Gratz wrote: I don't have any problems with the question marks showing up in directory listings, I would just prefer if a user that has no home directory set in /etc/passwd is not offered as an expansion for '~'. Expansion is done by the shell, not by Cygwin. Yes, but since there is no entry for the home dir in passwd for these users, the association with /mnt/userdata/ must come from the way Cygwin interprets them. Is there any harm to set a different (maybe even non-existing) home directory in passwd for these accounts? That would likely solve that problem, I'd think. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Where are end user instructions to compile an updated package?
Keith Christian writes: I'm interested in compiling the latest Sqlite source into a Cygwin package to updated the current version, for use on one machine. Generally, use the source package as a starting point. Specifically in this instance, I've posted a cygport file that would do this in another thread recently: http://article.gmane.org/gmane.os.cygwin/132786 AFAIK, work is underway to release a new package with the latest version. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Corinna Vinschen corinna-cygwin at cygwin.com writes: Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Gmane still has cygwin-apps read-only, so I hope it is acceptable if I post it here until that is resolved... what I have implemented is to extract the list of files to rebase into /etc/rebase/rebase_lst just like rebaseall would do. Any extra files to rebase can be placed into list(s) in /etc/rebase/user.d (e.g. perl5.10.1.lst as produced by perlrebase). Instead of rebuilding the whole list every time, just extract from those package lists that are newer than the rebase_lst. The update will be very fast even on systems which are struck by a slow filesystem (in contrast to the initial build of the list, which is in essence what the current autorebase script _always_ does). ---8-8--- #!/bin/ash rebase_lst () { g=/etc/rebase/rebase_lst if [ ! -e ${g} ]; then touch -t 700101 /etc/rebase/rebase_lst fi for f in $( find /etc/setup -name '*.lst.gz' -newer ${g} ); do echo Updating rebase information from ${f} in ${g}. cat ${g} EOF # Updating rebase information from ${f}. EOF gzip -d -c ${f} | grep -E \.($Suffixes)\$ | sed -e '/cygwin1\.dll$/d' -e '/cyglsa.*\.dll$/d' \ -e '/sys-root\/mingw/d' -e 's/^/\//' \ -e '/d?ash\.exe$/d' -e '/rebase\.exe$/d' \ ${g} done mv ${g} ${g}.old cat ${g} EOF # autogenerated, do not edit! EOF cat ${g}.old /etc/rebase/user.d/* | grep -v ^# | sort -u ${g} chmod 444 ${g} } Suffixes='dll|so|oct' rebase_lst ---8-8--- The two directories in /etc and the /bin/rebaselst script are dropped in via a package. In the installer script I then do something like that: %CYGWIN_INST%\bin\ash -c PATH=/bin cd /etc/rebase/user.d/bin/perlrebase %CYGWIN_INST%\bin\ash -c PATH=/bin rebaselst %CYGWIN_INST%\bin\ash -c PATH=/bin rebase -s -v -T /etc/rebase/rebase_lst I'll probably roll this into another script, but for now this seems to work nicely enough. Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Christopher Faylor writes: I guess I have to respond to this every time it comes up. Sigh... cygwin-apps is SUPPOSED TO BE read only in gmane. It's a subscriber-post-only mailing list. If we opened the list up to every random user of gmane it would completely defeat the purpose of this policy. All I'm asking is that _subscribers_ (I already am subscribed to cygwin-apps) be able to post through Gmane. That's the private option in Gmane, read-only means _nobody_ can post. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: groff-1.21.1-1
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: I've made a new version of groff available for installation. This is a refresh from ftp.gnu.org. This version produces the same errors with pfbtops that I reported some time ago against the previous version. I've compiled from the source package again and all is well: # foreach f ( /usr/share/ghostscript/fonts/*.pfb ) # ./src/utils/pfbtops/pfbtops.exe $f /dev/null # end Whereas the binary delivered with the package fails: # foreach f ( /usr/share/ghostscript/fonts/*.pfb ) # pfbtops $f /dev/null # end #pfbtops: first byte of packet not 0x80 #pfbtops: first byte of packet not 0x80 #... I've configured the build with # ./configure --with-x --with-gnu-ld --with-libiconv-prefix --prefix=/usr I'm not really sure what is different between the two builds, but it may have something to do with wide char support. Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
peflags warning and tsaware flags
What is peflags trying to tell me with this warning, which is only present when the -v switch is in effect? ash -c PATH=/bin peflags -t -d -v /usr/lib/zsh/4.3.12/zsh/zutil.dll Warning: file is non-executable but has tsaware set (/usr/lib/zsh/4.3.12/zsh/zutil.dll). /usr/lib/zsh/4.3.12/zsh/zutil.dll: coff(0x230e[+executable_image,+line_nums_stripped, +local_syms_stripped,+32bit_machine,+sepdbg,+dll]) pe(0x8000[-dynamicbase,+tsaware]) ash -c PATH=/bin peflags -t -d /usr/lib/zsh/4.3.12/zsh/zutil.dll /usr/lib/zsh/4.3.12/zsh/zutil.dll: coff(0x230e) pe(0x8000[-dynamicbase,+tsaware]) The file(s) in question are most certainly executable, POSIX file permissions and cacls are no different than hundreds of other DLL. Also, I seem to have a wild mixture of +tsaware and -tsaware. Can I just set all of them to +tsaware or is that a Bad Idea(TM)? (I do want to install Cygwin onto a Terminal Server.) Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: peflags warning and tsaware flags
Corinna Vinschen writes: The warning might be a bit misleading. What it really tries to tell you is that the file in question is not an executable (*.exe). The tsaware flag has no meaning for DLLs, it's only evaluated in headers of executables. That explains a lot more than that warning message, thank you. The reason that many DLLs in the distro have the tsaware flag set is because gcc doesn't differ between creating executables or DLLs, it will add the flag unconditionally. So, nobody keeps you from adding the tsaware flag to all DLLs, but it will neither help nor hurt. So DLL and other dynamic objects should not have it set (even though it doesn't hurt), while true executables should have it to run umimpeded on a terminal server? Or are there Cygwin applications that should not have that flag set? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
how to drop administrator privileges?
I've recently had a test fail because I started it with administrator privileges (via the Administrator group). The test tried to write to a file that it set read-only before and of course as an administrator it was still able to write to it. So the test fail wasn't really that important, but I can't seem to find a way to drop administrator privileges once I have a shell opened with run as administrator. Is there a command that will shed those rights for a sub-shell? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
bad performance when opening many files on Win7
I've seen major performance regressions on Win7 compared to an pre-1.7 Cygwin version on Win2000. I had initially suspected the virus scanner and disabling the real-time scan for the whole Cygwin folder did improve things appreciably. However the real performance hit when an application opens or even just stats many files in succession (like Perl is prone to at startup when it scans @INC) is still there. Superficially it looks like you get 100% load on one CPU and the application is busy, but perfmon tells you that the application sits on its thumbs and the CPU is eaten by lsass.exe (which doesn't have any file open or any network connection). Eventually the application starts doing what it is supposed to do, but lsass continues to eat CPU for a few minutes. I'm not even sure there's if it only happens for Cygwin applications, but for those I can reliably reproduce it. When I time the application in Cygwin, I get something like less than a second user time and over two minutes core time. If someone has seen something like that and maybe there is some setup that I can tweak to avoid this it would be great to know. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: how to drop administrator privileges?
Charles Wilson writes: The cygdrop.exe utility is part of the cygutils package. Thank you. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Larry Hall (Cygwin) writes: Here's some background. http://www.suacommunity.com/forum/tm.aspx?m=1697mpage=1 Anything there describe your setup? The part about groups with many members looks oddly familiar. Incidentally I've never had enough patience for makepasswd to finish while scanning the AD... so, given that I don't think I could change all that code, I guess that all the ids/groups used in the ACL should be in passwd/groups? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: peflags warning and tsaware flags
Larry Hall (Cygwin) writes: Does this help? Thanks, I've been reading this before. Tentatively I concluded that all Cygwin executables should have the +tsaware set, I just wanted to make sure that there aren't some that I would break if I do this. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: how to drop administrator privileges?
Charles Wilson writes: The cygdrop.exe utility is part of the cygutils package. (1001)~ # cygdrop -v ls GetTokenInformation: error 122 (1002)~ # cygdrop ls GetTokenInformation: error 122 (1003)~ # cygdrop Usage: cygdrop [OPTIONS] COMMAND [ARG ...] Group options -lDisable local administrator group [default] [...] Any ideas how to not get an error 122? Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Achim Gratz Stromeko at nexgo.de writes: The part about groups with many members looks oddly familiar. Incidentally I've never had enough patience for makepasswd to finish while scanning the AD... so, given that I don't think I could change all that code, I guess that all the ids/groups used in the ACL should be in passwd/groups? Fetching all groups from the DC gave me some 6 entries in a 4MiB group file. And if anything, things became even slower when using that file. :-( Regards, Achim -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: peflags warning and tsaware flags
Corinna Vinschen corinna-cygwin at cygwin.com writes: So, adding the tsaware flag to Cygwin executables might not help, but should never hurt. Thanks. So I'll extend my installer to sweep all executables and add +tsaware. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. The setup.exe currently on the website shows version 2.774 in the GUI, but logs version 2.769 to the command line. BTW, would it be possible to show on the website what version of setup it is? Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor writes: On Mon, Apr 30, 2012 at 09:00:17AM +, Achim Gratz wrote: I can't duplicate this. If I redirect stdout I get this: Starting cygwin install, version 2.774 and the log files contain the correct version too. Moreover, I can't find the string 2.769 in any object file that was used to create setup.exe. Sorry, false alarm. I had the new setup.exe on my machine (downloaded from the website), but the installer on the server would get the old one anyway from the HTTP proxy cache... which finally also explained some of the more mysterious mirror failures I've had happen occasionally. I've managed to set the lftp script up so that it bypasses any caching. It's incredibly slow now, but at least when it finishes it has the correct files. @echo off wget -O setup.exe --quiet http://cygwin.com/setup.exe .\setup.exe Good idea. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages
Reini Urban rurban at x-ray.at writes: perl has been updated to 5.14.2-1 as test in the Experimental section. It looks pretty stable to me when I tested it in the last 2 weeks. I've hit two interesting snags (perl_vendor is installed): 1) Some modules, when built with cpanminus fail at test, but the same module built with cpan tests OK (File::Slurp being the most simple example I have right now). 2) If I install another module that uses LWP (HTTP::Status, for example), then I also need to reinstall LWP. Otherwise I'm getting errors like these: Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require at (eval 7) line 2. Lastly, I'd much prefer if the vendor modules would be separate entities to install, this would make it easier to keep proper dependencies among them. I will re-build all these modules plus some 150 more with cygport anyway (provided I don't hit a roadblock), so once that works I could send you the perl-*.cygport files. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages
Reini Urban writes: 2) If I install another module that uses LWP (HTTP::Status, for example), then I also need to reinstall LWP. Otherwise I'm getting errors like these: Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require at (eval 7) line 2. I could not repro this. I built HTTP::Status just fine. I'll think about it. The build goes OK as well as the install. It is when I then use it from a very simple script (just perl -e 'require LWP qw( $ua request );' is enough actually) that things fall apart. Or trying to do the next build with cpan(m) which fails unless you let it fall back to curl or wget. I first thought the reason for this was that some parts were in site_per and the others in vendor_perl, but even when I symlinked the two the issue was not going away. Lastly, I'd much prefer if the vendor modules would be separate entities to install, this would make it easier to keep proper dependencies among them. I will re-build all these modules plus some 150 more with cygport anyway (provided I don't hit a roadblock), so once that works I could send you the perl-*.cygport files. Sorry, too much manual work. Tell me about it, that's why I've scripted it. Give it a list of module names and it gives you back the cygport files and initial setup.hint for each, with dependencies for build and install. For most modules that's all that was needed, but a handful did need patches, either because they needed extra configuration or tried to run manual tests. I rather prefer only one single dependency and update step than 150. If all machines this installation is going to had internet access than cpanm would do the job, but I'll have to be able to install onto isolated machines. Anyway, I can understand if you're not wanting to go there, I can just not install perl_vendor and drop in a bundle package that pulls in the individual modules (or rather distributions, since cygport builds on them). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Achim Gratz Stromeko at NexGo.DE writes: Fetching all groups from the DC gave me some 6 entries in a 4MiB group file. And if anything, things became even slower when using that file. I finally found some reproduceable case where the lsass.exe process will go berserk. It's all programs that scan all files in /usr/bin... there are 3800 and there seems to be no caching of any sort going on, so that always takes about 20 seconds. :-( I've scanned the ACL in that directory and these are the principals used: BUILTIN\Administrators BUILTIN\Administrators BUILTIN\Users BUILTIN\Users AD\Domain Users AD\Domain Users NT AUTHORITY\SYSTEM NT AUTHORITY\SYSTEM I have these in /etc/passwd and/or /etc/group. I'm probably missing out on: Everyone Everyone NT AUTHORITY\Authenticated Users NT AUTHORITY\Authenticated Users How does one get suitable entries for /etc/group on these (I have Authentificated Users:S-1-5-11:11: in /etc/group, but nothing that I could map to Everyone)? Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Achim Gratz Stromeko at NexGo.DE writes: How does one get suitable entries for /etc/group on these? As per the description in the Cygwin UG ntsec chapter, I've created an entry for Everyone, which incidentally revealed what Cygwin associated with that pesky user that was shown in ~-expansion. Unfortunately, performance did not improve. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Corinna Vinschen writes: How did you do that? The ACLs in the Cygwin default dirs are supposed to contain only three ACEs, one for the installing user, one for the local admin group, and one for everyone. At least that's how setup.exe installs them. These are inherited from the settings in C:\, AFAIK (the list is extracted from the output of icacls for each file in /usr/bin). I have another test installation that may differ in minor details since it hasn't been in use for many years, but in principle the output of icacls looks the same for both. I can remove the test installation and install it completely fresh if there's hope to get this problem resolved. Btw., my machine and my account are domain members as well. Obviously all entries in /usr/bin have an Everyone ACE. My ls -l takes only about 1.2 secs with 2200 entries in /usr/bin. Running ls is considerably faster on my machine as well (but probably not under 3 seconds, that machine has a slow disk and that it is almost full doesn't really help, even with regular defragmentation). One application that shows the behviour I'm talking(*) about is pod2html, and it finishes in almost no time when I simply remove bin from the podpath argument. If it makes a difference, I am running this as administrator under Win7 Pro/32 (but presumably the same or a very similar problem happens when a colleague of mine runs some scripts on his machine as normal user). The whole hierarchy that Cygwin is installed into is excluded from being real-time-checked by the virus scanner and that seems to be working as it gets another 2-3 times slower if I remove that exclusion. (*) lsass.exe consumes one of the two cores completely, there is absolutely no network activity and not much disk activity except at the very beginning (which I assume is where the stat is collected). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Corinna Vinschen corinna-cygwin at cygwin.com writes: I don't know how to use pod2html. Please send a simple usage example which works out of the box, so that I can see if I can reproduce this behaviour. (1004)~ time pod2html --flush --title=DateTime::Locale::ml \ --podpath=lib/perl5/5.14:bin:lib/perl5/site_perl/5.14 \ --infile=/usr/lib/perl5/5.14/version.pm \ --outfile=/dev/null --podroot=/usr --htmlroot=../../../.. \ --header --backlink=Back\ to\ Top --verbose Flushing item and directory caches Scanning for sections in input file(s) No headings in /usr/lib/perl5/5.14/version.pm scanning directories in pod-path caching items for later use caching directories for later use Converting input file /usr/lib/perl5/5.14/version.pm Finished 1.014u 3.743s 1:17.94 6.0% 0+0k 0+0io 5781pf+0w The second run simply drops /usr/bin from the podpath: (1005)~ time pod2html --flush --title=DateTime::Locale::ml \ --podpath=lib/perl5/5.14:lib/perl5/site_perl/5.14 \ --infile=/usr/lib/perl5/5.14/version.pm \ --outfile=/dev/null --podroot=/usr --htmlroot=../../../.. \ --header --backlink=Back\ to\ Top --verbose Flushing item and directory caches Scanning for sections in input file(s) No headings in /usr/lib/perl5/5.14/version.pm scanning directories in pod-path caching items for later use caching directories for later use Converting input file /usr/lib/perl5/5.14/version.pm Finished 0.405u 2.074s 0:02.94 84.0% 0+0k 0+0io 5667pf+0w HTH, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Corinna Vinschen writes: There's something fishy on your machine, and it's not Cygwin, afaics. I'd still blame some firewall/virus stuff. Thank you for looking into this. I suspect the configuration of our machines as well (since it is not just mine), since it only seems to happen when executable files (as Windows sees them, dll and exe) are involved — I suspect one of those group policies that IT bestows upon us, although I can't rule out the virus scanner just yet. I can't waste more time on this at the moment, so I've patched Module::Build::Base to simply not send pod2html down that path and that shortened the creation of one particularly POD-heavy perl module down from almost a day to just over an hour. I will have to revisit that problem again, but I have no idea how to drill down to the core of it really... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages
Achim Gratz writes: Reini Urban writes: 2) If I install another module that uses LWP (HTTP::Status, for example), then I also need to reinstall LWP. Otherwise I'm getting errors like these: Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require at (eval 7) line 2. I could not repro this. I built HTTP::Status just fine. I'll think about it. As I have been slowly building all the modules myself and thus replacing the ones in perl_vendor these issues have gone away. I still don't know what caused it, but maybe you could review the compiler settings you used and/or simply rebuild the perl-vendor package before release. One problem that remains is that perl-OpenGL will sometimes crash when it checks the server capabilities (it did that before IIRC, but now does more often). With the new X server from a few days ago it reliably crashes the rootless/multiwindow configuration with a really hairy backtrace, but rooted X is still OK. I think that the threadedness of the new perl might come into play here. There were a few residual test fails that might be related to fork failures, I'll run the tests again when the packages are properly installed and all DLL rebased, but there were no issues that were noticeably worse than with 5.10. I found out today that perl-Tk from the 5.10 version won't work since the architecture has changed from i686-cygwin to i686-cygwin-threaded-int64, so I'll have to re-package that one too, which brings the number of perl-* packages to exactly 200 (I've built another 40 or so locally for building and testing, but I'll probably not package them all - at least not now). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Someone is pretending to be some Cygwin's support
Christopher Faylor writes: Actually, if you, or anyone, gets one of these please send a copy of the message to postmaster. Include all headers so that we can track this down. This is happening on a few debian lists as well, Google will show you. It is unconcluive if he's even subscribed to all these lists, some list admins swear that he is not, so he may actually pull them from someplace else. As far as I've been able to track it down, the mails come from a test installation of a User Help Desk at http://portal.joegiglio.org created by a guy named Joe Giglio which apparently works as a QA for the company that makes the software (Assistly from desk.com). The company does not have any email address on their website and the one from the whois entry from the portal site is apparently ignored. I've deleted the mails I've received so far, but I'll surely get another one in response to this post, so where do I send the headers then? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages
Achim Gratz Stromeko at nexgo.de writes: With the new X server from a few days ago it [OpenGL] reliably crashes the rootless/multiwindow configuration with a really hairy backtrace, but rooted X is still OK. It is definitely the new X server, mor specifically the built-in window manager. I've managed to crash just the manager and have the X server still running, just without any window decoration. I've installed the new Cygwin snapshot today to see if maybe it has to do with that, but it will be a while before I can report back if that helps or not. which brings the number of perl-* packages to exactly 200 (I've built another 40 or so locally for building and testing, but I'll probably not package them all - at least not now). I'm at 224 packages now... Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Someone is pretending to be some Cygwin's support
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: Actually, if you, or anyone, gets one of these please send a copy of the message to postmaster. Yeah, just about any postmaster? I've got a new one from Joe Assistly and just guessed the domain since you don't want to tell. Hope it'll get to the right person. Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Someone is pretending to be some Cygwin's support
Christopher Faylor writes: It shouldn't have to tell you what domain to use for postmaster for this mailing list. The four words for this mailing list would have been enough, thank you. You did manage to figure it out but, unfortunately, your forwarded header shows that the email response likely came as the result of a gmane post so there is nothing that we can do about it here. As I said before, the messages are not necessarily harvested directly via the account that pretends to be sending the mail. It would be likely that he is subscribed under a different name. Although the messages may be harvested in a different manner, that seems unlikely since the reply to any of my messages so far has been almost simultaneous with the appearance of the message on the list server (Gmane for instance posts them quite a bit later usually). That my message to the list has been posted through Gmane seems to have nothing to do with it. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[BUG] lftp 4.3.6
There is an insidious bug that affects at least lftp on the latest cygwin snapshot as well as the 1.7.15 release. Prepare and run an lftp script like this: perl -e 'foreach (1..100){' \ -e 'print ls -r file:/, ' \ -e '(map {$_x10. /}(a..z)), \n}' \ test.lftp lftp -f test.lftp | grep -v ls: Observe that lftp splits the commands at a 4kiB boundary (a read buffer?) and gives an error on the part over in the next buffer as if the buffer boundary had been an EOL (which also means that it tried to execute the incomplete command). Now, the script I've shown above is harmless and in fact doesn't do anything. I haven't been so lucky, in my case the script got cut exactly after an rm -r /cygdrive/c In the past I've cursed the disk in my computer at work for being so slow, but today I was glad that it wasn't zippy. Still, the rest of the day I've had to clean up the damage. Under Linux i can't get lftp 4.3.3 to misbehave in the same manner even with much larger command lines and files, so it is either something introduced with a newer version of lftp or unique to lftp on Cygwin. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Achim Gratz writes: perl -e 'foreach (1..100){' \ -e 'print ls -r file:/, ' \ -e '(map {$_x10. /}(a..z)), \n}' \ test.lftp Sorry, there's a space missing: perl -e 'foreach (1..100){' \ -e 'print ls -r file:/, ' \ -e '(map {$_x10 . /}(a..z)), \n}' \ test.lftp Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Achim Gratz Stromeko at nexgo.de writes: Under Linux i can't get lftp 4.3.3 to misbehave in the same manner even with much larger command lines and files, so it is either something introduced with a newer version of lftp or unique to lftp on Cygwin. The previous lftp version 4.3.3 on Cygwin also does not show the bug. I've reported the bug to the lftp mailing list as well. I'm investigating further with a local compile... Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Achim Gratz Stromeko at NexGo.DE writes: The previous lftp version 4.3.3 on Cygwin also does not show the bug. I've reported the bug to the lftp mailing list as well. I'm investigating further with a local compile... I've compiled both the 4.3.3 and 4.3.6 version using the same settings, so they have the same libraries etc. -- 4.3.3 is still good and 4.3.6 has the bug. Let's see what upstream has to say about it, meanwhile I'd think that 4.3.6 should be pulled from distribution... Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Achim Gratz Stromeko at NexGo.DE writes: I've compiled both the 4.3.3 and 4.3.6 version using the same settings, so they have the same libraries etc. -- 4.3.3 is still good and 4.3.6 has the bug. Let's see what upstream has to say about it, meanwhile I'd think that 4.3.6 should be pulled from distribution... Upstream has released 4.3.7 which fixes the bug. Yay! Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Andrew Schulman writes: Upstream has released 4.3.7 which fixes the bug. Yay! Thanks for chasing that down. I'll package and release 4.3.7 shortly. Andrew. Thank you. When you're at it, please remove the README~ from the patch file... :-) Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Andrew Schulman writes: OK, sorry. Most annoying emacs feature that yet I've never bothered to turn off. I always try to cut those out, but sometimes they slip through. No need to be sorry, but maybe we could convince Yaakov not to package autosave files or at least give a warning about their presence? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: As in the attached? I'd think you should quote the exclude regex like '*~' or \*~, but otherwise this certainly looks appealing. Sorry for bringing up another issue: is it intended that KEEPDIRS produces .keep-package files in the install? I thought that these should not end up in the installer, but only prevent the removal of empty directories, but maybe I misunderstood. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Achim Gratz Stromeko at NexGo.DE writes: I'd think you should quote the exclude regex like '*~' or \*~, but otherwise this certainly looks appealing. I've gone with the \*~ variant and it works like a charm. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [BUG] lftp 4.3.6
Andrew Schulman writes: Thanks for chasing that down. I'll package and release 4.3.7 shortly. Andrew. I just see your RFU over in cygwin apps... Please leave 4.3.3 as previous and remove 4.3.6, thanks. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [RFU] SQlite3 (was: Something fishy going on with sqlite3...)
Hi Warren, There's a new version for SQlite3 released. I've put the fix in the source patch now and removed the define from the CPPFLAGS, also ignoring sqlite3.pc for the diff. (watch for the linewraps) ---88--- --- origsrc/sqlite-autoconf-3071201/sqlite3.c 2012-05-22 13:03:53 +0200 +++ src/sqlite-autoconf-3071201/sqlite3.c 2012-06-04 10:05:17 +0200 @@ -9263,7 +9263,7 @@ SQLITE_PRIVATE void sqlite3PCacheSetDefa #if !defined(SQLITE_OS_UNIX) !defined(SQLITE_OS_OTHER) # define SQLITE_OS_OTHER 0 # ifndef SQLITE_OS_WIN -# if defined(_WIN32) || defined(WIN32) || defined(__CYGWIN__) ||\ defined(__MINGW32__) || defined(__BORLANDC__) +# if defined(_WIN32) || defined(WIN32) || defined(__MINGW32__) ||\ defined(__BORLANDC__) # define SQLITE_OS_WIN 1 # define SQLITE_OS_UNIX 0 # define SQLITE_OS_OS2 0 @@ -35626,8 +35626,7 @@ static int winFullPathname( #if defined(__CYGWIN__) SimulateIOError( return SQLITE_ERROR ); - UNUSED_PARAMETER(nFull); - cygwin_conv_to_full_win32_path(zRelative, zFull); + cygwin_conv_path(CCP_POSIX_TO_WIN_A, zRelative, zFull, nFull); return SQLITE_OK; #endif ---88--- ---88--- ORIG_PN=sqlite ORIG_PV=`echo $PV|tr . |\ awk -e '{printf %1d%02d%02d%02d, $1, $2, $3, $4;}'` DESCRIPTION=SQLite database library HOMEPAGE=http://www.sqlite.org/; SRC_URI=http://www.sqlite.org/${ORIG_PN}-autoconf-${ORIG_PV}.tar.gz; SRC_DIR=${ORIG_PN}-autoconf-${ORIG_PV} PKG_NAMES=${PN} lib${PN}_0 lib${PN}-devel PKG_HINTS='setup lib devel' PKG_CONTENTS[0]='usr/bin/*.exe usr/share/' PKG_CONTENTS[1]='usr/bin/*.dll' PKG_CONTENTS[2]='usr/include/ usr/lib/' DIFF_EXCLUDES=sqlite3.pc CYGCONF_ARGS=CC=gcc-4 CXX=g++-4 # define -DSQLITE_OS_UNIX to avoid Cygwin being recognized as Windows CPPFLAGS=-DSQLITE_ENABLE_COLUMN_METADATA -DSQLITE_ENABLE_FTS3\ $CPPFLAGS -DSQLITE_ENABLE_FTS_PARENTHESIS -DSQLITE_ENABLE_FTS4 ---88--- Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: lftp-4.3.7-1
Andrew Schulman writes: A new version of lftp, 4.3.7-1, is now available in the Cygwin distribution. This is a new upstream release, that fixes a few bugs since the previous Cygwin release, version 4.3.6-1. You can read the full changelog at http://lftp.yar.ru/news.html. Thank you very much, Andrew. Since the changelog is unfortunately not very specific on what got fixed: lftp versions 4.3.4, 4.3.5 and 4.3.6 have a bug in script execution (lftp -f file) that affects all scripts larger than 4096 bytes (the size of an internal buffer in lftp) and multiples thereof. This bug has the proven potential to produce data-loss, so if you use one of those versions you should either be sure that you never use scripts larger than 4096 bytes or use an earlier or later version. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [RFU] SQlite3
Warren Young writes: Thanks, Achim. See my RFU message on the -apps list if you want to try the packages in advance of them hitting the mirrors. I tried them and they are OK. :-) I changed your .cygport file considerably. Partly that's just style issues, but it also has to do with my build procedure. It goes without saying that I have no objections. You might be interested: the attached cygport-new script makes creating a new version pretty easy: 1. Put my sqlite3.cygport file and src.patch in a work directory. 2. Run 'cygport-new 3.7.12.1'. It assumes -1 if you don't give a package revision number. 3. If nothing changed incompatibly, you're done; upload and send RFU message. Else, fix the problem and goto 2. Thanks for sharing this. Then for each new release you want to package, you try starting with step 2, passing the new version number. If that fails, you usually have to go back to step 1 and edit the .cygport or .patch file. You're welcome to take these tools and maintainership of the package. The only reason I maintain it is that its previous maintainer went MIA and it was going to be dropped from the distro; I rescued it purely because I knew what sqlite was and had some idea how to build and test it. I don't actually use it on Cygwin like you do[*], so I'm not well motivated to keep it up to date. I mainly react to bug reports like yours. And as you see, not always promptly. :) I really appreciate what you're doing and I won't complain about any reponse times. [*] I mainly use sqlite3 on other platforms, and then via other software that happens to use it. Firefox, lots of stuff on OS X, Adobe Flex and Lightroom... I'm in the same shoes currently, trying to get together a new Cygwin install at our company. Currently I can't take over anything, but I'm sitting on 225 CPAN distribution packages. If maybe I should end up maintaining some or all of them, adding sqlite3 to that stack would be possible. I'll keep it in mind... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tcl/tk fails to connect to display
Jeremy Ramer writes: $ gitk Application initialization failed: couldn't connect to display :0 Start an X server. Tk now requires X and won't run without it. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Performance problems with emacs-X11 in current cygwin
Ken Brown writes: As I said earlier, I don't understand very well how git branches work, but I *think* this means we have to look in the 2-32 branch, prior to the 2.31.0 tag, to find the problematic commit. I've checked out the 2-32 branch, and I guess the next step is to find a problem-free revision of that branch, and then bisect between it and the 2.31.0 tag. I'm in the process of reading the git documentation to figure out how to do that, but I wouldn't object if someone would save me some time by giving me the appropriate git commands. I've had a quick look at how the GNOME folks use their release branches: they are tagged in master and then only some version bumping and a few quickfixes. There are no odd numbered releases, so I assume they start the disruptive changes right after a release, tag the unstable version in master with an odd number and then work out the kinks until the new release is done. So, you can indeed start on the 2.32 branch and then bisect down to the 2.30 tag. Don't bother with the run-up between 2.31 and 2.32, just bisect it whole, the bisect sequence will be just one build longer if at all. git checkout glib-2-32 git bisect start bad git bisect good 2.30.3 If any of the intermediate versions doesn't build, say git bisect skip with the offending commit still checked out. HTH, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /bin and /lib mount points occasionally lost
richw writes: [...] A reboot fixes the problem, as long as I run cygwin.bat before I access nfs. The problem quite likely lies with your 11 different copies of cygwin1.dll. You start the NFS server and it picks up one of those, just not the one for your actual Cygwin installation. Now Cygwin is hosed until no process uses cygwin1.dll anymore or you reboot. What is the output from '/bin/uname -a' when your Cygwin has stopped working? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /bin and /lib mount points occasionally lost
richw writes: rw@seven ~ $ /bin/uname -a CYGWIN_NT-6.1-WOW64 seven 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin Your cygcheck.out said I should be expecting a 1.7.11 version here. So maybe you didn't nuke all extra versions or your cygcheck output wasn't for your actual installation... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Rolf Campbell writes: I would hate to add TortoiseSVN to the BLODA. The icon cache _is_ dodgy — at least the one for TortoiseGit, which needs to be restarted regularly. But getting back to SQLite, backing out the changes in the build would get us back a different bug. So it would be very interesting if you could debug where it hits that roadblock in svn. I suspect that svn does not deal with the file being locked exclusively (when TortoiseSVN accesses the database) and some call through the windows interface blocked. Note that SQLite isn't really designed for concurrent access to the database file from a different process. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Warren Young writes: Note that SQLite isn't really designed for concurrent access to the database file from a different process. There is a paucity of truth in that statement. So let me re-formulate that sentence: concurrent access ultimately relies on the file locking provided by the OS. The concurrency support in SQLite is simply to not keep state outside a critical section and lock the database file exclusively when entering one. But, there's only so much SQLite can do to cooperate with the OS's locking strategy. On POSIX systems where SQLite was born, locking is mostly advisory and cooperative, whereas Windows gives you mandatory locks by default in a lot of cases. Mandatory locks allow one process (e.g. TortoiseSVN) to deny another (e.g. Cygwin svn) the ability to change a file, indefinitely. Cygwin should (and apparently does) abstract away that difference. But it seems that the locking strategy might be slightly different between Win32 and POSIX, triggering a foray into that disk I/O error branch. There may still be a bug some place else, i.e. it may get a timeout rather than a file locked state. I'll have a look when I find some time. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /bin and /lib mount points occasionally lost
richw writes: I believe what needs to be studied is why an access from a remote system to an nfs file system before opening a bash prompt causes the automatic mount of /usr/bin and /usr/lib to be skipped. With the most likely problem apparently out of the way, let's look at the second: when you access the NFS export, three daemons get started (mountd, nfsd and portmap) under their own account (apparently .\nfs?). Those should see the following mount points according to cygcheck3.out: C:\cygwin/ system binary,auto C:\cygwin\bin/usr/bin system binary,auto C:\cygwin\lib/usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,auto and since they appear to be working correctly (but check the logfiles) one can assume that these mounts are present. When you run bash before starting the daemons you said you see these mounts instead: C:/cygwin/bin on /usr/bin type ntfs (binary,user) C:/cygwin/lib on /usr/lib type ntfs (binary,user) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) So there must be an fstab entry that changes /usr/bin and /usr/lib to user mounts. What happens if you get rid of those two entries, either in /etc/fstab or /etc/fstab.d/user? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /bin and /lib mount points occasionally lost
richw writes: when you access the NFS export, three daemons get started (mountd, nfsd and portmap) under their own account (apparently .\nfs?). The daemons are apparently started before the NFS export is accessed. At least, the windows services report shows them as started. The logon Is .\nfs So the domain is . and the account nfs? Those should see the following mount points according to cygcheck3.out: I don't have /usr/bin or /usr/lib in exports, but I think you are saying that if I did, I could access them via NFS. Maybe. It could be worth a try. When you run bash before starting the daemons you said you see these mounts instead: I goofed, and didn't initially notice the difference between (user) and (auto) in the mount command response. When I do the mount manually to correct for the missing mount, it shows (user). Do the mounts resurrect correctly via mount -a? When I reboot and run bash first, I see (auto) as expected. /etc/fstab is empty (except for comments), as is /etc/fstab.d Do you get things back to working state by closing all Cygwin applications, then stopping all Cygwin services and then starting bash? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /bin and /lib mount points occasionally lost
richw writes: I modified /etc/exports to read / (ro,no_root_squash) /usr/bin (ro,no_root_squash) /usr/lib (ro,no_root_squash) and then tried a mount. I was surprised that I could not mount /usr/bin, but I could mount /bin. (Is that correct? Why?) It probably means that /usr/lib and /usr/bin aren't mounted as far as the daemon is concerned. You can mount /bin since it is a subtree of / (you should also be able to mount /etc if that hypothesis holds true). I think that something in the registry is amiss, more specifically if you log in as yourself you will see the correct built-in mount table in HKCU and Cygwin mounts them, but if the service user logs in it doesn't. You only seem to have a system installation key, whereas my cygwin has both a system and user key. Then when you later start bash Cygwin already thinks it has everything mounted when it hasn't. I suspect you did install Cygwin only for Just Me instead of All Users. If so, that is fixed by running setup again and change this option to All Users. If that's not the reason, the quick fix would be to just provide the standard mount points in /etc/fstab and then figure out what's going wrong with the registry later. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: crash on latest cygwin snapshot
Christopher Faylor writes: Weird. I see nothing like that. I get the same behavior with the supposedly working snapshot and with the snapshot for which problems are reported. And with 1.7.15. Besides the problems reported, the June 19 snapshot kills mintty processes for me once or twice a day (apparently they see an EOF or a SIGHUP since they do save history). In several instances the X server has continued to run, even though mintty would normally refuse to shut down when an X server was started from it and still running. The June 18 snapshot had massive problems with make and git simply not doing anything or just returning without any error or other messages midway through their operation. Running the same operations in strace would often succeed. I've gone back to the June 10 snapshot (I think June 11 would also be fine, I've just never downloaded it). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bad performance when opening many files on Win7
Corinna Vinschen writes: There's something fishy on your machine, and it's not Cygwin, afaics. I'd still blame some firewall/virus stuff. Just to put some closure on this: after the latest bout of security patches distributed by our IT the issue has vanished completely. I suspect that it had been a group policy that was installed to check for some known vulnerability before it got fixed via one of the patches. Unfortunately I've not been able to find out what that was. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Achim Gratz writes: Cygwin should (and apparently does) abstract away that difference. But it seems that the locking strategy might be slightly different between Win32 and POSIX, triggering a foray into that disk I/O error branch. There may still be a bug some place else, i.e. it may get a timeout rather than a file locked state. I'll have a look when I find some time. I've had a look at the sources and those two error messages are with near certainty generated by SQLite. Unfortunately there are many places where they could be generated, it would certainly help if it could be traced where exactly in SQLite this is happening (must be at least two places, maybe more). I've tried to re-build svn against the new SQLite library, but I'm not sure if that works correctly on my machine (the tests are still runnning and I get some test failures already since apparently I'm still missing some dependencies). However, I don't have TortoiseSVN installed anyway. David Rothenberger, I'd appreciate if you could try to do another build of svn and tell us if there are any test regressions w.r.t to your last build. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
David Rothenberger writes: The cygport file should check for all required build dependencies. If you find one missing, please let me know. I'm not near my work machine, so this is from memory... the test suite requires perl modules I didn't have installed and fails most perl tests without them — not too worried about this, will install those later this week. Also, the requires check for Berkeley-DB 4.2 and 4.5, but only 4.5 and 4.8 are currently offered by Cygwin. I've had to comment out the Apache module build since the mod_dav.la was nowhere to be found and no Cygwin package provides it. David Rothenberger, I'd appreciate if you could try to do another build of svn and tell us if there are any test regressions w.r.t to your last build. The point of the rebuild is to see if building against the latest sqlite3 package fixes the problem? Either that or maybe whether the testsuite that comes with svn confirms the problem and thus delivers a debuggable testcase. I can do a rebuild in the next few days. However, I have not been able to get the test suite to run fully for quite a while due to rebase problems. The ephemeral rebase option I posted patches for in cygwin-apps should help with that. Since I should have the same problem, I'll see that I can adapt the cygport file to use it. Many tests use triggers and these often encounter fork failures. I have never seen a SQLite error message in the test failures, but I also don't have TortoiseSVN installed. (I removed it long ago when the icon cache caused me problems.) If you still have a test log it might prove helpful. I'm not sure that me running the test suite will prove much, so I'll make the rebuild available as a test release in case someone that was experiencing the problem would like to try it out. Thanks, that should help as well if the OP could check if it makes any difference. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Achim Gratz Stromeko at nexgo.de writes: I'm not near my work machine, so this is from memory... the test suite requires perl modules I didn't have installed and fails most perl tests without them — not too worried about this, will install those later this week. The fail is not due to a module missing, but due to the perl dynaloader not being able to load the DLL produced by the build. The error message is not helpful as there's no reason given for why it couldn't load the DLL. The file exists and is readable /executable. However, LDD gives strange output: # ldd subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Core/_Core.dll ntdll.dll = /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x772e) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x75c6) KERNELBASE.dll = /cygdrive/c/Windows/system32/KERNELBASE.dll (0x756b) ??? = ??? (0x587f) ??? = ??? (0x6c54) ??? = ??? (0x6100) ??? = ??? (0x6b1a) ??? = ??? (0x615e) ??? = ??? (0x61ad) ??? = ??? (0x617d) ??? = ??? (0x619a) ??? = ??? (0x617e) ??? = ??? (0x6c52) ??? = ??? (0x6be2) ??? = ??? (0x6b6a) ??? = ??? (0x6662) ??? = ??? (0x6503) ??? = ??? (0x64ca) ??? = ??? (0x6056) ??? = ??? (0x61bf) ??? = ??? (0x7559) ??? = ??? (0x771d) ??? = ??? (0x754a) I've had to comment out the Apache module build since the mod_dav.la was nowhere to be found and no Cygwin package provides it. Even with the changes to the build config by Yaakov trying to build the Apache module fails for me, now with unresolved symbols of the form _dav_*. I've built without mod_dav to work around that. The ephemeral rebase option I posted patches for in cygwin-apps should help with that. Since I should have the same problem, I'll see that I can adapt the cygport file to use it. Rebasing does help. Failing Perl tests aside (which never start due to the issue outlined above), all further tests so far are pass. Judging from the current progress, I'd think tests will run at least for two more hours. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
David Rothenberger writes: Strange. It works for me and the ldd output for _Core.dll is reasonable. What version of autotools, swig etc. are you using? The only swig wrappers that work for me are those for Python. Both Ruby and Perl seem to die on those strangely non-functional DLL the build has produced. Ruby had an additional problem: it was looking for the libraries in a directory .ext, but the build put them into .libs. A symlinked fixed that, but then the DLL could not be loaded anyway... Yaakov's changes worked for me. Yes, there must be some difference in how the build got configured. Anyway, it seems that your new build will be available much faster than any attempt by me to find and fix those differences. Anyway, I'll have a new release available shortly built against the latest SQLite package, so others that want to use TortoiseSVN can try it. Thank you. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Achim Gratz Stromeko at nexgo.de writes: Strange. It works for me and the ldd output for _Core.dll is reasonable. I can't seem to get this working. There are a few warnings, but nothing that would explain such a massive fail. Would you mind posting the ldd output for your _Core.dll? Yaakov's changes worked for me. I was still missing a -devel package. Once installed, the Apache modules build and, more importantly link. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
David Rothenberger writes: I can't seem to get this working. There are a few warnings, but nothing that would explain such a massive fail. Would you mind posting the ldd output for your _Core.dll? % ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll ntdll.dll = /c/Windows/SysWOW64/ntdll.dll (0x772f) [...] cygsvn_diff-1-0.dll = /usr/bin/cygsvn_diff-1-0.dll (0x67df) ??? = ??? (0x77) Hmm. This is an installed version of the same library, not the one from the build directory... note also that I build for Perl 5.14 in case that makes a difference. Looking at the addresses from my library I know where cygwin1.dll is and it is already in a different place. I could look up all the other libraries in the rebase database to find what they are. I have no idea what the unresolved addresses above 0x7000 are and I see you also have one of these, so maybe this is normal. Anyway, I still don't know when and why ldd decides to show you ??? and if that relates to the problem with DynaLoader. Any way, I think those ??? are a red herring, I've built on my home machine and there it works, even though I have those ??? entries as well (albeit in total much less lines, but this is a Win7/64 machine vs. Win7/32bit at work and perl 5.10). I was still missing a -devel package. Once installed, the Apache modules build and, more importantly link. Which -devel package was missing? cygport should have warned you about missing build dependencies. I updated some other packages (libserf) as well, so I don't know which one it was exactly, but I think it might have been openldap-devel. Interestingly enough it was the linking step that failed, not the compilation, so the header files must already have been present via some other package. Gnome-keyring requires pkg-config during the configure step, not requested by the cygport file. Ruby tests are still failing because it looks for the extension libraries in a different directory than where they really are. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Rolf Campbell writes: On 2012-06-27 14:17, David Rothenberger wrote: Anyway, I'll have a new release available shortly built against the latest SQLite package, so others that want to use TortoiseSVN can try it. I just upgraded to the -5 package, and turned the TSVN icon caching back on, and it very quickly failed in the same way as the -3 package. :-( Now, if somebody could find out _where_ in SQLite it fails... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
Warren Young writes: Now, if somebody could find out _where_ in SQLite it fails... Is it not true that you're the only one in many years of SQLite's availability in Cygwin who wanted it compiled the way it currently is? Well yes, since one couldn't use temporary databases unless you have administrator rights. There may be a fix of this going through the Win32 interfaces as it were, but if there is, it's not easily spottable. Since everyone else was apparently happy with it the way it was, and the new way is causing problems, I'd say it's up to you to find the fix before I give up and release the next version with the compilation changes reverted. This is what I expect you to do and hence the frowny — yet another package that I have to locally patch. I can't easily test this myself since I don't have TortoiseSVN installed and as I said there's too many places where the error messages could come from, so I'm still hoping that someone can point to where exactly it's croaking in interaction with TortoiseSVN. Put another way: I have two parties of users, both of whom claim SQLite is giving them problems, one a group of size=1, and the other group somewhat larger. I understand. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 1.7.15: svn disk I/O error
David Rothenberger writes: I make two packages, one for 5.10 and one for 5.14. There's a separate patch that's required for 5.14. Did you include it? The source package for -4 includes it automatically. Yes, I worked from the -4 package on one machine and the -3 package on the other. There was a problem with the openldap-devel package at one point; it was missing lots of things. I had to reinstall it to get the libraries. Then it was almost certainly this package, which is properly requested by the .cygport file. The tests work for me, but I've never been able to get them to work without first installing the newly built packages. The last time I did this, I did: 1. Do cygport *.cygport almostall 2. Install the packages. 3. Rebase the dll and so files in */build and */inst 4. Do cygport *.cygport check All the tests passed except for a Ruby test (it appeared the output came in a different order than expected) and a few Perl tests (it couldn't delete a temporary directory). Ah OK, I tried to do the tests without those packages installed. Thanks. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unable to install LWP
Andrew DeFaria Andrew at DeFaria.com writes: Is this a rebase issue? How can I update my LWP? Yes, this is a rebase issue. You can just build without the test, change into the build directory and rebase manually, then do the install. You can also force the installation even though the test will fail. You will still have to rebase the newly installed objects after installation. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygport-0.10.11-1
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: * Split debuginfo subpackages are created automatically whenever possible. Thank you. I suggest the following patch to greatly reduce the amount of temporary storage needed: diff -c src_postinst.cygpart.orig src_postinst.cygpart *** src_postinst.cygpart.orig 2012-07-04 07:49:54.0 +0200 --- src_postinst.cygpart2012-07-10 10:53:25.748594900 +0200 *** *** 929,935 dbg=/usr/lib/debug/${exe}.dbg; dodir ${dbg%/*}; ! ${objdump} -dl ${exe} | grep /usr/src/debug | sed -e 's/:[0-9]*$//g' ${T}/.dbgsrc.lst; # --add-gnu-debuglink will fail if .gnu_debuglink section # already exists, e.g. binutils, which uses hardlinks, --- 929,935 dbg=/usr/lib/debug/${exe}.dbg; dodir ${dbg%/*}; ! ${objdump} -dl ${exe} | grep /usr/src/debug | sed -e 's/:[0-9]*$//g' | uniq ${T}/.dbgsrc.lst; # --add-gnu-debuglink will fail if .gnu_debuglink section # already exists, e.g. binutils, which uses hardlinks, Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple