Re: [ITA?] libXaw3d
Yaakov writes: On Fri, 2012-05-25 at 13:47 +0200, Dr. Volker Zell wrote: Can you provide me with a download URL of your Xaw3d package so I can test it locally with all dependent packages. If everything is fine you can take over Xaw3d. ftp://ftp.cygwinports.org/pub/cygwinports/uploads/X.Org/libXaw3d/ You can take over I tested locally with new builds of xfig, gv and xemacs. Yaakov Thanks Volker
[RFU] subversion-1.7.5-3 and subversion-1.7.5-4
Please upload subversion-1.7.5-3 as the new current release and -4 as the new test release (built against the test Perl). Please delete 1.7.5-1 and 1.7.5-2 and leave 1.6.17-1 as prev. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.5-3-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.5-4-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/subversion-gnome-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/subversion-gnome-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.5-4.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.5-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.5-4.tar.bz2 -- David Rothenberger daver...@acm.org All generalizations are false, including this one. -- Mark Twain
src/winsup/cygwin advapi32.cc ntdll.h winlean. ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-06-27 13:19:14 Modified files: winsup/cygwin : advapi32.cc ntdll.h winlean.h ChangeLog Log message: * advapi32.cc (_ADVAPI32_): Define. Explain why. (ImpersonateNamedPipeClient): Add missing WINAPI. * ntdll.h (STATUS_INVALID_PARAMETER): Only define if it isn't already. (STATUS_DLL_NOT_FOUND): Ditto. (STATUS_ENTRYPOINT_NOT_FOUND): Ditto. (enum _EVENT_TYPE): Guard against redefinition since it's already defined in Mingw64's ntdef.h. (enum _TIMER_TYPE): Ditto. (enum _SECTION_INHERIT): Define if using Mingw64 headers since it's missing in Mingw64's ntdef.h. * winlean.h (__STRALIGN_H_): Define before including windows.h. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/advapi32.cc.diff?cvsroot=srcr1=1.9r2=1.10 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.135r2=1.136 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winlean.h.diff?cvsroot=srcr1=1.3r2=1.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5878r2=1.5879
src/winsup/cygwin ChangeLog miscfuncs.cc miscf ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-06-27 13:35:49 Modified files: winsup/cygwin : ChangeLog miscfuncs.cc miscfuncs.h Log message: * miscfuncs.cc (WritePipeOverlapped): Define second parameter LPCVOID, rather than PCVOID. * miscfuncs.h (WritePipeOverlapped): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5879r2=1.5880 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.81r2=1.82 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.h.diff?cvsroot=srcr1=1.7r2=1.8
src/winsup/cygwin ChangeLog ntdll.h exceptions.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-06-27 16:24:54 Modified files: winsup/cygwin : ChangeLog ntdll.h exceptions.cc Log message: * exceptions.cc (exception::handle): Cast exception code to NTSTATUS for comparison. * ntdll.h: Drop defining NT status codes in favor of including ntstatus.h. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5880r2=1.5881 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.136r2=1.137 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.381r2=1.382
winsup/cygwin ChangeLog cygwait.h select.cc se ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2012-06-27 21:42:11 Modified files: cygwin : ChangeLog cygwait.h select.cc select.h Log message: * cygwait.h (cancelable_wait): Make extern to avoid always including. * select.cc (allocfd_set): Try to make a little more efficient. (cygwin_select): Break into two functions to avoid what seems to be a strange compiler problem with alloca and sel constructor. (select): New function. Always honor return from call_signal_handler. (select_stuff::wait): Always honor return from call_signal_handler. * select.h (select_stuff::select_stuff): Use NULL to initialize pointers rather than 0. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5881r2=1.5882 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwait.h.diff?cvsroot=uberbaumr1=1.5r2=1.6 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/select.cc.diff?cvsroot=uberbaumr1=1.203r2=1.204 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/select.h.diff?cvsroot=uberbaumr1=1.15r2=1.16
AW: [bulk] - Directory structuring
Hi Paul, Von: PaulAThompson Gesendet: Mittwoch, 27. Juni 2012 00:09 Betreff: [bulk] - Directory structuring I am very confused about the correct manner of defining directory paths under cygwin, perl, and bash. I cannot determine the correct manner. Using the cygwin window, I navigate to locations using cd /cygdrive/c/subdir Using a bash shell to run a perl process under the shell and passing in a directory, I must use a windows-style specification with *nix forward slashes c:/subdir I have tried a number of manner of using cd within the bash shell to change directories without any success [zac] As far as I can reproduce all windows/terminals under cygwin using the bash. So the reason for your problem might be located somewhere else. Is there a simple guide to the path specifications? This seems simple, but I cannot figure out the correct specification Within the bash shell, I have tried cd /cygdrive/c/subdir cd /cygdrive/c/subdir cd c:/subdir cd c:/subdir None of these work [zac] All of them should work! So what exactly is the reaction you get from the bash ?? Best regards Norbert DEWEK 2012, 11th German Wind Energy Conference, 7-8 November 2012 in Bremen http://www.dewek.de/ -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly P Please consider the environment before printing this email. -- 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: [PATCH] root-uid: new module
On Jun 26 18:18, Eric Blake wrote: [adding cygwin] On 06/26/2012 06:12 PM, Paul Eggert wrote: On 06/26/2012 05:01 PM, Eric Blake wrote: Rather than forcing comparison to a single value, would it be better to have a function is_privileged_uid(euid)? Do you really need this functionality for an arbitrary uid as input? Or do you just want to know if the current process is running with a certain privilege? Yes, that sounds better. I don't use Cygwin, though, so I'm not qualified to write that. Broadening the question, does the cygwin community have advice on the best implementation of a function that returns true if the argument is a uid with full privileges (for example, if the uid is a member of the Administrator group, and can therefore read files in spite of chown() disabling all the read permissions)? We're trying to improve gnulib (and therefore coreutils, findutils, tar, ...) to use an implementation-appropriate check rather than the more traditional hard-coded check of uid==0, since that doesn't quite work everywhere. Security in Windows is kind of complicated. Not even the membership in the group Administrators is a sure indicator that the current process has the approriate rights. In short, every process has a user token attached which defines the permissions a process has, given as a list of group memberships and a list of special privileges. As an additional twist, a privilege in the token can be enabled or disabled. Some of them, if disabled, are automatically enabled when calling certain functions, others have to be enabled explicitely before calling functions relying on the privilege. There are no rules to that, other than what's defined by the documentation. I guess, the most platform-independent approach would be to encapsulate the whole problem into a function requesting a specific capability along the lines of the POSIX 1.e definitions, like, say if (has_capability (CAP_CHOWN)) ... The actual implementation of has_capability can then be defined in a platform-specific file. The default implementation of has_capability would be something along the lines of int has_capability (int cap) { return geteuid () == 0; } Systems supporting POSIX 1.e could use the appropriate functions, Windows-based platforms would use an implementation based on the Win32 functions to request the user token information. As a sidenote, it would be nice if Cygwin would support the POSIX 1.e capabilities, but nobody had the time or incentive to implement this yet. This might be a nice project for somebody who wants to contribute to Cygwin, since its implementation is mostly independent from the already existing functionality. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 wrote: David Rothenberger writes: 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. I'm hitting the same problem (or, at least, my setup is similar to the OP's, and the thing that fixed it for me also fixed it for him), I'm certainly willing to test any new build. Adam
Re: cygwin_conv_path strange behavior
On Wed, Jun 27, 2012 at 7:59 AM, Jan Nijtmans wrote: Now, copy cygwin1.dll to the same directory as mypath.exe, and do the same from a cygwin shell, it prints: $ ./mypath win32 path: C:\some\path\foo\mypath.exe posix path: /cygdrive/c/some/path/foo/mypath.exe From a win32 command shell: .\mypath win32 path: C:\some\path\foo\mypath.exe posix path: /foo/mypath.exe This sounds it is as expected. You copied only cygwin1.dll so the shell you started had a cygwin1.dll in another directory so that / is mapped to the parent directory containing the cygwin1.dll the shell is using. However, when you use the win32 command shell there is no previous mapping of / to the parent directory containing cygwin1.dll so / is mapped to c:/some/path and the function correctly reports /foo/mypath.exe. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
Windows Guest Account Locked SSH
Hello, We are facing an issue where our guest domain account is getting locked during the SSH logon process and we do not know how to troubleshoot this problem. We did some research but did not find anything useful about this issue so we decided to ask help. Does anyone know what could be causing this? We are running a very old version, Cygwin 1.5.2, but we are not sure if this is the cause. Basically if we open a SSH session to server A our guest domain account is locked and if we check the Windows event log we see an event saying that the account was locked from server A. -George -- 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_conv_path strange behavior
2012/6/27 Earnie Boyd ear...@users.sourceforge.net: On Wed, Jun 27, 2012 at 7:59 AM, Jan Nijtmans wrote: Now, copy cygwin1.dll to the same directory as mypath.exe, and do the same from a cygwin shell, it prints: $ ./mypath win32 path: C:\some\path\foo\mypath.exe posix path: /cygdrive/c/some/path/foo/mypath.exe From a win32 command shell: .\mypath win32 path: C:\some\path\foo\mypath.exe posix path: /foo/mypath.exe This sounds it is as expected. You copied only cygwin1.dll so the shell you started had a cygwin1.dll in another directory so that / is mapped to the parent directory containing the cygwin1.dll the shell is using. However, when you use the win32 command shell there is no previous mapping of / to the parent directory containing cygwin1.dll so / is mapped to c:/some/path and the function correctly reports /foo/mypath.exe. OK, so cygwin1.dll always maps / to its parent directory, if no other mapping can be found. But from a win32 command shell, I don't need such a mapping, I just want to know the full path where the executable is. How can I influence that? Thanks! Regards, Jan Nijtmans -- 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_conv_path strange behavior
On Jun 27 13:59, Jan Nijtmans wrote: My objective is to distribute mypath.exe separate from cygwin, simply by putting cygwin1.dll (the only one it needs) in the same directory as the executable, Distribute? http://cygwin.com/licensing.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: bash under emacs gives cannot set terminal process group
On 6/25/2012 4:46 PM, sethflash wrote: I just updated my cygwin and also have the same problem under ntemacs. Following another suggestion somewhere I recompiled bash eliminating the test for using a pty in jobs.c (line 3703) and I no longer get the error, but I still can't terminate or suspend any jobs. Very hard to use the shell if you can't kill a job. :) Does anyone have any solutions or know if anyone is working on this? One solution is to use Cygwin's emacs instead of native Windows emacs. I don't know of anyone who is working on other solutions. Ken Brown Cygwin's emacs maintainer -- 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: [PATCH] root-uid: new module
On 6/26/2012 8:18 PM, Eric Blake wrote: Broadening the question, does the cygwin community have advice on the best implementation of a function that returns true if the argument is a uid with full privileges (for example, if the uid is a member of the Administrator group, and can therefore read files in spite of chown() disabling all the read permissions)? We're trying to improve gnulib (and therefore coreutils, findutils, tar, ...) to use an implementation-appropriate check rather than the more traditional hard-coded check of uid==0, since that doesn't quite work everywhere. There is some support code for doing various Win32-related group/user analysis like this in cygwin's login package. The files you'd be interested in -- winsec.c and winpriv.c, along with test_winsec.c -- were written by Chris Rodgers, me, and I'm sure Corinna contributed a few patches along the way. Those three files are under slightly different licenses, but are MIT/X-ish. -- Chuck -- 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: [PATCH] root-uid: new module
On 06/27/2012 12:48 AM, Corinna Vinschen wrote: I guess, the most platform-independent approach would be to encapsulate the whole problem into a function requesting a specific capability along the lines of the POSIX 1.e definitions, Some Gnulib code (e.g., unlinkdir.c) relies on the Solaris-defined primitives in priv.h for that, e.g., priv_set_ismember (PRIV_SYS_LINKDIR) to test whether the current process can unlink directories (traditionally this required root privileges). Presumably this sort of thing could be extended and ported to POSIX 1.e, if someone wanted to do that. -- 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: [PATCH] root-uid: new module
On 6/27/2012 9:58 AM, Charles Wilson wrote: Those three files are under slightly different licenses, but are MIT/X-ish. Oops, I should have scrolled down farther. Looks like winpriv.c was further modified by Jari Aalto, and actually sports a GPLv2+ license (and re-reading the license of the code Jari(?) adopted from Chris, it seems like a combo of BSD with the MIT/X disclaimer tacked on). Either way, it should be compatible with the needs of gnulib. I, and I hope all those associated with the code, would be willing to release it to gnulib under a plain old LGPLv3+ license -- or even a more permissive one. (dunno if Chris Rodgers is still contactable, tho). But before we try contacting everybody for a license change, take a look and see if it even contains the stuff you want/need. -- Chuck -- 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
[ANNOUNCEMENT] Updated: {serf,libserf1_0,libserf1-devel}-1.1.0-1
The serf packages have been updated to the new upstream release 1.1.0. See http://serf.googlecode.com/svn/tags/1.1.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org -- 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
On 6/27/2012 7:06 AM, Achim Gratz wrote: 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: Strange. It works for me and the ldd output for _Core.dll is reasonable. 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. Yaakov's changes worked for me. 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. Yes, rebasing helped for me, too. The Ruby tests encountered fork failures, but everything else is working. I don't think this proves much, though. The errors I was getting in the past were fork failures and not the SQLite error being reported. 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. -- David Rothenberger daver...@acm.org It has long been an axiom of mine that the little things are infinitely the most important. -- Sir Arthur Conan Doyle, A Case of Identity -- 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: Windows Guest Account Locked SSH
On Wed, Jun 27, 2012 at 12:13:25PM +, George Luiz Bittencourt wrote: We are running a very old version, Cygwin 1.5.2, but we are not sure if this is the cause. You should update (probably reinstalling would be better) to current cygwin if possible, and check if you still have the same problem. -- Primary key fingerprint: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
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: AW: [bulk] - Directory structuring
DEWI - N. Zacharias wrote: Hi Paul, Von: PaulAThompson Gesendet: Mittwoch, 27. Juni 2012 00:09 Betreff: [bulk] - Directory structuring I am very confused about the correct manner of defining directory paths under cygwin, perl, and bash. I cannot determine the correct manner. Using the cygwin window, I navigate to locations using cd /cygdrive/c/subdir Using a bash shell to run a perl process under the shell and passing in a directory, I must use a windows-style specification with *nix forward slashes c:/subdir I have tried a number of manner of using cd within the bash shell to change directories without any success [zac] As far as I can reproduce all windows/terminals under cygwin using the bash. So the reason for your problem might be located somewhere else. Is there a simple guide to the path specifications? This seems simple, but I cannot figure out the correct specification Within the bash shell, I have tried cd /cygdrive/c/subdir cd /cygdrive/c/subdir cd c:/subdir cd c:/subdir None of these work [zac] All of them should work! So what exactly is the reaction you get from the bash ?? Best regards Norbert Thank you for your response. The problem was windows line-endings. A rigorous and consistent use of d2u on every file I can find fixes the problem. DEWEK 2012, 11th German Wind Energy Conference, 7-8 November 2012 in Bremen http://www.dewek.de/ -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly P Please consider the environment before printing this email. -- 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 -- View this message in context: http://old.nabble.com/Directory-structuring-tp34075389p34083359.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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
Interesting error when trying to start sshd
Hello! I confess I'm confused. I vaguely recall finding the response someplace, but I know not where. I've done all that needs to be done to enable sshd to run on this newly installed Cygwin setup. (It is new because the computer needed to have its OS reinstalled earlier this month.) Here is the message: GCL@CMDRSKYWALKER / $ cygrunsrv -S sshd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- 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
/dev/clipboard corrupted
If the clipboard contains large data, the contents retrieved from /dev/clipboard gets corrupted. I compared the following in a few cases: * cat /dev/clipboard or cp /dev/clipboard (which are equal) * mouse-paste into mintty, read with cat * read /dev/clipboard within application and I found all three results to be different, the correct one sometimes being cat /dev/clipboard but not always. In today's case, the differences occured at byte 10240 and 65536 respectively, thus 10K-1 bytes or 64K-1 bytes being equal. -- Thomas -- 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: Directory structuring
I have solved this problem. Please do not reply any more. Solution: 1) Ensure that cygwin was using a cygwin-native perl 2) Routine use of d2u to get the files to have *nix endings for lines not windows endings PaulAThompson wrote: I am very confused about the correct manner of defining directory paths under cygwin, perl, and bash. I cannot determine the correct manner. Using the cygwin window, I navigate to locations using cd /cygdrive/c/subdir Using a bash shell to run a perl process under the shell and passing in a directory, I must use a windows-style specification with *nix forward slashes c:/subdir I have tried a number of manner of using cd within the bash shell to change directories without any success Is there a simple guide to the path specifications? This seems simple, but I cannot figure out the correct specification Within the bash shell, I have tried cd /cygdrive/c/subdir cd /cygdrive/c/subdir cd c:/subdir cd c:/subdir None of these work -- View this message in context: http://old.nabble.com/Directory-structuring-tp34075389p34083438.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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
Updated: {serf,libserf1_0,libserf1-devel}-1.1.0-1
The serf packages have been updated to the new upstream release 1.1.0. See http://serf.googlecode.com/svn/tags/1.1.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org