Re: subversion silently fails
On Sun, Mar 30, 2014 at 05:27:18AM +0400, jaakov jaakov wrote: > Package: Subversion > Version: 1.8.8.1 > > Reproduce: > > $ svn help > $ > > No output is produced, but we do expect some output. The same happens > for commands like svn info, svn log, svn --version, etc. Works just fine for me. > Unknown commands are properly rejected, though: > > $ svn sdgsdfg > Unbekannter Unterbefehl: »sdgsdfg« > Geben Sie »svn help« für weitere Hilfe ein. > $ > > Reinstalling all direct dependencies and all members of "Libs" of > the installer doesn't help. The logs of > > $ strace svn help 1>>/tmp/svn.log 2>>/tmp/svn.log > Segmentation fault > $ > > and > > $ cygcheck -v -s > cygcheck.log > $ > > are attached. The svn.log reports "windows error 998" at the end, which is ERROR_NOACCESS "Invalid access to memory location." As a stab in the dark, can you try running `rebaseall` per the instructions in /usr/share/doc/rebase/README? -- 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: subversion silently fails
As a stab in the dark, can you try running `rebaseall` per the instructions in /usr/share/doc/rebase/README? Did not help either. It might have even slightly worsened the installation, since before having rebased, the command strace svn help 1>>/tmp/svn.log 2>>/tmp/svn.log had not segfaulted, but had ran forever, having been continuously enlarging /tmp/svn.log with some repeated "...leave..." message. Now the command does segfault, producing the output mentioned in a previous e-mail. Jaakov -- 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: subversion silently fails
On Sun, Mar 30, 2014 at 09:11:36PM +0400, jaakov jaakov wrote: >> As a stab in the dark, can you try running `rebaseall` per the instructions >> in >> /usr/share/doc/rebase/README? > >Did not help either. It might have even slightly worsened the >installation, since before having rebased, the command > >strace svn help 1>>/tmp/svn.log 2>>/tmp/svn.log > >had not segfaulted, but had ran forever, having been continuously >enlarging /tmp/svn.log with some repeated "...leave..." message. Now >the command does segfault, producing the output mentioned in a previous >e-mail. The way to capture strace output is: strace -osomefile svn help Then somefile will have only the strace data. Presumably the "...leave..." message is coming from svn since I don't see a string like that in Cygwin or svn sources. -- 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: mingw64-*-binutils-2.24.0.1.acd6540-1 (x86/x86_64)
Version 2.24.0.1.acd6540-1 of mingw64-*-binutils have been uploaded. This is a bug fix release from git. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. signature.asc Description: OpenPGP digital signature
Re: SQL server utility not working when invoked(from a asp.net application) using cygwin
Hi, Thanks for the response Chris.Really appreciate the help. Well,The return status for the sqlcmd command is 1. sqlcmd probably just does not get executed.The query is not executed nor is the output redirected to sql.log.It does not even give an error message if I pass an incorrect parameter. The same script (ie. Test.script here) & the sqlcmd command in it are executed correctly when directly invoked from the cygwin terminal. One more interesting thing here is that if I use the osql utility (It's a sql server utility similar to sqlcmd) instead of sqlcmd in the script,it works perfectly fine (even when the script is called from the asp.net application). Also, I'll upgrade to a more recent version of cygwin and check if it solves the issue. Thanks & Regards, Afreen T -- 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: SQL server utility not working when invoked(from a asp.net application) using cygwin
Chris Breisch wrote: >>Greetings, Chris J. Breisch! >>Without additional details on what is or isn't happening, this is as >>_dosOutput is a more likely offender. >>Because of backslashes. Since it's unquoted. >No, that's from my example, which works, not his. I handle creation of the >file name properly. But yes, quoting would be a good idea. Forgot to mention this in the mail i sent out a few minutes ago.The output filename is quoted in my case.I'll check for special characters in the password and try using one without those.Update you guys about that. Thanks again Chris & Andrey! Regards, Afreen T -- 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: Public key authorization problem with latest snapshot
On 3/29/2014 3:29 PM, Christopher Faylor wrote: >>> The problems I've reported seem to all be fixed in the latest snapshot (2014-03-29 15:21:43 UTC). Thanks! >> >> I'm sure Corinna will be happy to hear that. She put in LONG hours getting that issue sorted out. >> >> I helped too; of course, by offering important "I don't like that implementation" style feedback. It was one of those 50/50 collaborations where one person does all the work and the other person mentions it on a mailing list. >Sounds exhausting. Perhaps you want to sit down. It's a lucky thing you were there to help Corinna. I'm sure it would have been too much to do by herself. :) Seriously, thank you Corinna for all your hard work and everything you do to support this project (and thank you Christopher for your contributions and humor). -- 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
