Re: [RFU] subversion-1.7.5-3 and subversion-1.7.5-4
On Jun 27 19:58, David Rothenberger wrote: 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. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: XWin 1.12.1.0 seg faults on startup?
On 27/06/2012 16:33, Nick Vasilatos wrote: You might try creating an empty ~/.startxwinrc (so the default xterm is not started by startxwin) and see if that makes a difference? Would seem not/seems to fail as before. See below and log attached. Okay. thanks for trying anyhow. This is going to be somewhat problematic to debug since the debugger seems unable to attach to the faulted process. I'm not sure what might cause that, if it's some software you have installed which is interfering with Cygwin or some security policy you have set? Are you running XWin under a local Administrator account? I've uploaded a new snapshot at [1], can you try running that, adding the -notrapsignals option to your usual command line. This should generate a XWin.exe.stackdump file when it crashes. Can you attach that to an email, please. [1] ftp://cygwin.com/pub/cygwinx/XWin.20120628-git-59d15f68d4fd9bb8.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is Cygwin X server causing ubuntu eclipse to copy to the clipboard on selection?
On 25/06/2012 16:53, David Karr wrote: On Mon, Jun 25, 2012 at 6:22 AM, Jon TURNEY wrote: On 23/06/2012 00:33, David Karr wrote: I run Eclipse on win7, and also Eclipse on Ubuntu, displaying the window on my Win7 box, using Cygwin. One annoyance I have with the latter is that when I select a region of text, it appears to automatically copy that region to the clipboard, instead of waiting for me to press Ctrl-C. I asked about this on the eclipse forums, and they said Ubuntu Eclipse doesn't do this, and it's likely being done by my X server. Yes, the X server is copying the selected text to the Windows clipboard. Let me try to explain why: X supports an arbitrary number of 'selections', the two of interest here are the PRIMARY selection (which conventionally contains some data which the user has selected) and the CLIPBOARD selection (which conventionally contains some data that the user has explicitly requested to be 'copied' to the clipboard) The Cygwin X server monitors these selections for changes, and makes text in the most recently changed one available for pasting from the Windows clipboard. It seems like you've just explained to me by using the word conventionally that the behaviour of the Cygwin X server doesn't behave conventionally. Sorry, no. I am using conventionally here in the sense of for an application which conforms to the X 'Inter-Client Communication Conventions Manual' [1] The Cygwin X server (or rather, it's built-in clipboard client which integrates with the native Windows clipboard) conforms to these conventions. It would be a bug in that client if it was altering the X CLIPBOARD selection when the PRIMARY selection is changed. I don't think that is happening, but you don't have to take my word for the contents of these selections, you can examine them for yourself using 'xsel -p' and 'xsel -b'. The question you are asking (Is Cygwin X server causing ubuntu eclipse to copy to the clipboard on selection?) doesn't distinguish between the Windows clipboard and the X clipboard. I assume that the problem you are reporting is with pasting to a Windows application. To reiterate, the clipboard integration client adopts a simple heuristic to determine which of the PRIMARY or CLIPBOARD X selections to place in the Windows clipboard: it uses the most recently changed one [2] I agree it would be nice if this behaved more in line with user expectations in this specific case. Ideally this would be achieved by improving this heuristic somehow, rather than adding another command line option. So, again, this is acknowledged as something which could be improved, the problem is understood, but someone has to do it. So, if you select some text in eclipse after copying some text to the clipboard, you will get the selected text, not the copied text, when you paste in Windows. I can understand this behaviour is confusing to people who are expecting the X clipboard to behave like the Windows one. It has been suggested a few times that we should not monitor the PRIMARY selection, but some very popular X applications (such as xterm and emacs) only use the PRIMARY selection by default. It's also been suggested that monitoring the PRIMARY selection should be configurable somehow, but I'm not sure that a global configuration option would lead to very useful behaviour. I just verified that I can easily configure Emacs to not copy to the clipboard on selection, and to replace the selection on yank. It's unfortunate that I can't directly configure Eclipse to do this, but I would be surprised if they would have thought to implement this, as Eclipse normally works the way you expect on both Ubuntu and Windows. It's only when displaying the Ubuntu window on Windows through Cygwin that it behaves unconventionally. I'm not sure what you are suggesting here, but changing the default behaviour of the Cygwin X server so it requires everyone who uses it to reconfigure their emacs is not an acceptable solution. [1] http://www.x.org/releases/current/doc/xorg-docs/icccm/icccm.html [2] I slightly simplify here. The XFIXES extension only allows monitoring for changes of selection ownership, only the application owning a selection knows when it changes. This can cause other problems, see https://bugs.freedesktop.org/show_bug.cgi?id=5735 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is Cygwin X server causing ubuntu eclipse to copy to the clipboard on selection?
On Thu, Jun 28, 2012 at 7:49 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On 25/06/2012 16:53, David Karr wrote: I just verified that I can easily configure Emacs to not copy to the clipboard on selection, and to replace the selection on yank. It's unfortunate that I can't directly configure Eclipse to do this, but I would be surprised if they would have thought to implement this, as Eclipse normally works the way you expect on both Ubuntu and Windows. It's only when displaying the Ubuntu window on Windows through Cygwin that it behaves unconventionally. I'm not sure what you are suggesting here, but changing the default behaviour of the Cygwin X server so it requires everyone who uses it to reconfigure their emacs is not an acceptable solution. Certainly not. It was just an observation. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog winlean.h ntdll.h ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-06-28 14:06:06 Modified files: winsup/cygwin : ChangeLog winlean.h ntdll.h exceptions.cc Log message: * exceptions.cc (RtlUnwind): Align declaration with MSDN. * ntdll.h: Define CreateDisposition Flags. Add comments. * winlean.h: Define FILE_SHARE_VALID_FLAGS if using Mingw64 headers. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5882r2=1.5883 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winlean.h.diff?cvsroot=srcr1=1.4r2=1.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.137r2=1.138 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.382r2=1.383
src/winsup/cygwin ChangeLog kernel32.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-06-28 20:06:23 Modified files: winsup/cygwin : ChangeLog kernel32.cc Log message: * kernel32.cc (_KERNEL32_): Define. Explain why. (CreateFileMappingW): Drop undocumented flProtect flags. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5884r2=1.5885 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/kernel32.cc.diff?cvsroot=srcr1=1.8r2=1.9
Re: /dev/clipboard corrupted
On 27 June 2012 23:16, Thomas Wolff wrote: 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. I don't know anything about that problem, but note that mintty accesses the clipboard directly via the Windows API, and that it converts both Windows line endings (\r\n) and Unix line endings (\n) to carriage returns (\r), because that's what the Enter key sends. Andy -- 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: /dev/clipboard corrupted
On Jun 28 00:16, Thomas Wolff wrote: 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. I can't reprocude this. There's also nothing in the /dev/clipboard code which would rely on a 10K buffer or so. 64K, yes. But still, I tried with wordpad, vi, mintty, cat, and cp with a text file of about 90K. No problems. Do you have any reproducible testcase? 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
problem with fork() and temp dlls
Hello, I am currently trying to port Nagios on Cygwin and I'm having a issue (among others ^^) when trying to use modules. Here is how Nagios loads modules : - Create a temporary file using mkstemp() - Copy module into this temp file - Load module from temp file with dlopen() - Delete temp file (on startup, not when nagios process is terminated) Here is the problem message : 0 [main] nagios 3624 child_info_fork::abort: unable to map \var\nagios\spool\checkresults\nebmodE56bUw, Win32 error 126 Sometimes return code(I think this is the return code) is 1 : 1 [main] nagios 2364 child_info_fork::abort: unable to map \var\nagios\spool\checkresults\nebmodE56bUw, Win32 error 126 The path is the path to the temp file which is deleted... I'm wondering why fork try to reload the dll from the file while it is already loaded in memory. Cygwin package version : 1.7.15-1 Regards, Damien Lenci -- 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
screen command makes space under the caption
Hi all. I am trying to use screen 4.0.3-7 on cygwin-1.7.11 but it makes a blank line under the caption line when I split the display. In my .screenrc, caption is defined as the following: caption always Caption On my RHEL6.3 server, the caption lines are displayed like the following figures.(the version of screen is 4.0.3) (1) Right after executing screen --- | | | | | | | | | | | | |Caption | --- (2) After splitting the display by C-a : split --- | | | | |Caption | |-| | | | | |Caption | --- But on my cygwin environment, the caption lines are displayed with case (2) like the following figure. --- | | | | |Caption | |-| | | |Caption | | | --- How can I deal with this problem? Sincerely -- Kazuhiro Takenaka takena...@intellilink.co.jp -- 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: problem with fork() and temp dlls
On 6/28/2012 5:08 AM, Lenci Damien wrote: Hello, I am currently trying to port Nagios on Cygwin and I'm having a issue (among others ^^) when trying to use modules. Here is how Nagios loads modules : - Create a temporary file using mkstemp() - Copy module into this temp file - Load module from temp file with dlopen() - Delete temp file (on startup, not when nagios process is terminated) Here is the problem message : 0 [main] nagios 3624 child_info_fork::abort: unable to map \var\nagios\spool\checkresults\nebmodE56bUw, Win32 error 126 Sometimes return code(I think this is the return code) is 1 : 1 [main] nagios 2364 child_info_fork::abort: unable to map \var\nagios\spool\checkresults\nebmodE56bUw, Win32 error 126 Looks like fork problems to me. Perhaps you need to rebase the DLLs you're building? See the link below for more info: http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in 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
POSIX or SYSV IPC calls on cygwin
I'm looking to use IPC calls on cygwin (shared memory and semaphores). The posix IPC api looks saner (easier), but it looks like it was only brought in in cygwin 1.7 . Am I better sticking to the SYSV IPC api? Or is the POSIX IPC api stable enough to use? -- 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/28/2012 4:49 AM, Achim Gratz wrote: 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? % ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll ntdll.dll = /c/Windows/SysWOW64/ntdll.dll (0x772f) kernel32.dll = /c/Windows/syswow64/kernel32.dll (0x74ae) KERNELBASE.dll = /c/Windows/syswow64/KERNELBASE.dll (0x74c8) cygapr-1-0.dll = /usr/bin/cygapr-1-0.dll (0x6e8c) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6d6b) cyguuid-1.dll = /usr/bin/cyguuid-1.dll (0x67a4) cygssp-0.dll = /usr/bin/cygssp-0.dll (0x67f4) cygsvn_swig_perl-1-0.dll = /usr/bin/cygsvn_swig_perl-1-0.dll (0x67c4) cygsvn_delta-1-0.dll = /usr/bin/cygsvn_delta-1-0.dll (0x67e1) cygsvn_subr-1-0.dll = /usr/bin/cygsvn_subr-1-0.dll (0x67c5) cygaprutil-1-0.dll = /usr/bin/cygaprutil-1-0.dll (0x6e8a) cygcrypt-0.dll = /usr/bin/cygcrypt-0.dll (0x6e3e) cygexpat-1.dll = /usr/bin/cygexpat-1.dll (0x6da3) cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x69a9) cygintl-8.dll = /usr/bin/cygintl-8.dll (0x699a) cygmagic-1.dll = /usr/bin/cygmagic-1.dll (0x6953) cygz.dll = /usr/bin/cygz.dll (0x6765) cygsqlite3-0.dll = /usr/bin/cygsqlite3-0.dll (0x6803) CRYPT32.DLL = /c/Windows/syswow64/CRYPT32.DLL (0x7674) msvcrt.dll = /c/Windows/syswow64/msvcrt.dll (0x7686) MSASN1.dll = /c/Windows/syswow64/MSASN1.dll (0x74cd) cygperl5_10.dll = /usr/bin/cygperl5_10.dll (0x689f) cygsvn_diff-1-0.dll = /usr/bin/cygsvn_diff-1-0.dll (0x67df) ??? = ??? (0x77) Yaakov's changes worked for me. 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. -- David Rothenberger daver...@acm.org If you tell the truth you don't have to remember anything. -- Mark Twain -- 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: subversion-1.7.5-3 and -4.
CYGWIN NEWS: Rebuilt against the latest SQLite packages in case this fixes problems when TortoiseSVN icon caching is enabled[1]. Fixed to build correctly against the latest apache2-devel package[2]. The 1.7.5-4 subversion packages are TEST packages built against the TEST perl-5.14.2 packages. [1] http://cygwin.com/ml/cygwin/2012-06/msg00275.html [2] http://cygwin.com/ml/cygwin-apps/2012-06/msg00095.html NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.5 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.5/CHANGES for more details about the changes in 1.7.5. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.7/index.html for the latest official release of the Subversion Book. DOWNLOAD: = Note that downloads from sourceware.org (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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org If you tell the truth you don't have to remember anything. -- Mark Twain -- 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 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. -- 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: how to mount linux FS from cygwin
guys/experts: I just installed full cygwin and I now need to access a folder from inside cygwin machine(win7). I did some google search but no good match. are there any known best practice for that (e.g through SSH)? the cygwin ssh client works fine but I just dont wanna bother to copy DIRs .. thanks! regards ping -- 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: how to mount linux FS from cygwin
If the target file system is shared via a Samba mount, then you can add the following to your /etc/fstab of cygwin: //HOST_MACHINE/PATH/TO/SHARED_FOLDER /mnt/SOME_NAME smbfs binary,notexec,posix=0 0 0 NOTE: The values in all uppercase should be changed to reflect the appropriate values. -- 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: /dev/clipboard corrupted
Am 28.06.2012 10:20, schrieb Corinna Vinschen: On Jun 28 00:16, Thomas Wolff wrote: 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. I can't reprocude this. There's also nothing in the /dev/clipboard code which would rely on a 10K buffer or so. 64K, yes. But still, I tried with wordpad, vi, mintty, cat, and cp with a text file of about 90K. No problems. Do you have any reproducible testcase? Not really reproducible (maybe later) but some more observations. I made a small test program to read /dev/clipboard directly with different buffer sizes. I verified that this happens at borders of read() invocations. It is more likely to happen if there are non-ASCII characters just at this border, however, in one case it occurred after 2 blocks read where the non-ASCII was between blocks 1 and 2. Also, in one case, a CRLF newline at a border was just skipped (with non-ASCII somewhere before, probably). Typically, I see 2 bytes skipped, sometimes 1 but sometimes also ~100. Quite weird. I looked at the fhandler_clipboard read() code and somehow suspect the wcstomb although the observations are not strictly conclusive. (It's the non-cygwin-specific branch, after filling the clipboard from Windows, e.g. Firefox.) -- 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: 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
On 6/28/2012 12:04 PM, Achim Gratz wrote: 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 That's correct. I've cleaned up my build directory. I did try it from my build directory before, though, and there were no ???. ... note also that I build for Perl 5.14 in case that makes a difference. 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. 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). The perl bindings work for me on Win7/64 using 5.10. I use them every day. 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. 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. Gnome-keyring requires pkg-config during the configure step, not requested by the cygport file. Thanks, I'll add that to the .cygport file. Ruby tests are still failing because it looks for the extension libraries in a different directory than where they really are. 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). -- David Rothenberger daver...@acm.org Ambiguity: Telling the truth when you don't mean to. -- 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: how to mount linux FS from cygwin
thanks for the response! samba is a good solution, although I still miss the magic sshfs tool in linux... On 06/28/2012 02:20 PM, K Stahl wrote: If the target file system is shared via a Samba mount, then you can add the following to your /etc/fstab of cygwin: //HOST_MACHINE/PATH/TO/SHARED_FOLDER /mnt/SOME_NAME smbfs binary,notexec,posix=0 0 0 NOTE: The values in all uppercase should be changed to reflect the appropriate values. -- 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 -- 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: how to mount linux FS from cygwin
On 6/28/12 12:34 PM, ping wrote: I still miss the magic sshfs tool in linux... You can make it happen. In principle, FUSE should work as well in Cygwin as it does under Linux, albeit for Cygwin programs only. It'd just be a matter of writing the glue logic and hooking into Cygwin's VFS internals. signature.asc Description: OpenPGP digital signature
Re: cygwin 1.7.15: svn disk I/O error
On 6/28/2012 1:11 PM, Achim Gratz wrote: 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... 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? 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. 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. -- 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: how to mount linux FS from cygwin
On 06/28/2012 02:55 PM, Daniel Colascione wrote: On 6/28/12 12:34 PM, ping wrote: I still miss the magic sshfs tool in linux... You can make it happen. In principle, FUSE should work as well in Cygwin as it does under Linux, albeit for Cygwin programs only. It'd just be a matter of writing the glue logic and hooking into Cygwin's VFS internals. You may have more immediate results by using a Windows-native SSHFS implementation. I haven't used Dokan myself, but it appears promising: http://dokan-dev.net/en/ It's basically a FUSE implementation for Windows that includes an SSHFS client. There is also another one that seems related: http://code.google.com/p/win-sshfs/ Assuming you can get one of these to work for you, you'll have the advantage of using it not only with Cygwin programs but native ones as well. -Jeremy -- 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
On 6/28/2012 10:37 AM, Rolf Campbell wrote: 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. I'm sorry this isn't working for you, but as Subversion packager for Cygwin, I'm not planning to spend any time figuring out why. I have had problems with TortoiseSVN's icon cache and Cygwin Subversion for years and just came to the conclusion it had to be turned off. There is a reasonable work-around, tracking this down appears to be a lot of work, and I personally don't care. Sorry if that sounds rude; I just don't have the time, interest, or skills to work on this further. I'll be glad to do anything to help someone else track it down or include a patch to fix it. -- David Rothenberger daver...@acm.org mixed emotions: Watching a bus-load of lawyers plunge off a cliff. With five empty seats. -- 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: cygwin: how to mount linux FS from cygwin
thanks Jeremy, will give dokan and winsshfs a shot. I didn't think this should be fixed from outside of cygwin. will post the result... regards ping On 06/28/2012 04:09 PM, Jeremy Bopp wrote: On 06/28/2012 02:55 PM, Daniel Colascione wrote: On 6/28/12 12:34 PM, ping wrote: I still miss the magic sshfs tool in linux... You can make it happen. In principle, FUSE should work as well in Cygwin as it does under Linux, albeit for Cygwin programs only. It'd just be a matter of writing the glue logic and hooking into Cygwin's VFS internals. You may have more immediate results by using a Windows-native SSHFS implementation. I haven't used Dokan myself, but it appears promising: http://dokan-dev.net/en/ It's basically a FUSE implementation for Windows that includes an SSHFS client. There is also another one that seems related: http://code.google.com/p/win-sshfs/ Assuming you can get one of these to work for you, you'll have the advantage of using it not only with Cygwin programs but native ones as well. -Jeremy -- 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 -- 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: how to mount linux FS from cygwin
hi Jeremy/all: the Dokan sshfs works like a charm. now all set! thanks! regards ping On 06/28/2012 04:40 PM, ping wrote: thanks Jeremy, will give dokan and winsshfs a shot. I didn't think this should be fixed from outside of cygwin. will post the result... regards ping On 06/28/2012 04:09 PM, Jeremy Bopp wrote: On 06/28/2012 02:55 PM, Daniel Colascione wrote: On 6/28/12 12:34 PM, ping wrote: I still miss the magic sshfs tool in linux... You can make it happen. In principle, FUSE should work as well in Cygwin as it does under Linux, albeit for Cygwin programs only. It'd just be a matter of writing the glue logic and hooking into Cygwin's VFS internals. You may have more immediate results by using a Windows-native SSHFS implementation. I haven't used Dokan myself, but it appears promising: http://dokan-dev.net/en/ It's basically a FUSE implementation for Windows that includes an SSHFS client. There is also another one that seems related: http://code.google.com/p/win-sshfs/ Assuming you can get one of these to work for you, you'll have the advantage of using it not only with Cygwin programs but native ones as well. -Jeremy -- 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 -- 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: not administrator account?
experts: I run into an account priviledge issue here when I tried to setup ssh server in cygwin. I don't remember I ever ran into this previously in winXP. so this is in my win7 HE. looks I can't ping anything and can't proceed with sshd activation. but from control panel I'm sure I'm administrator (I'm the only user in this new laptop so far). please advice. I'm not sure how I can work with it w/o an ssh server ... thanks in advance. captures=== $ ping 127.0.0.1 ping: socket: Operation not permitted ping@ping-new-laptop ~ $ ssh-host-config *** Warning: Running this script typically requires administrator privileges! *** Warning: However, it seems your account does not have these privileges. *** Warning: Here's the list of groups in your user token: None Users *** Warning: This usually means you're running this script from a non-admin *** Warning: desktop session, or in a non-elevated shell under UAC control. *** Warning: Make sure you have the appropriate privileges right now, *** Warning: otherwise parts of this script will probably fail! *** Query: Are you sure you want to continue? (Say no if you're not sure *** Query: you have the required privileges) (yes/no) ping@ping-new-laptop ~ $ su su: user root does not exist ping@ping-new-laptop ~ $ sudo -bash: sudo: command not found -- 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/28/2012 2:35 PM, Achim Gratz wrote: I can't easily test this myself since I don't have TortoiseSVN installed Me, too, but it seems to me that there's a better way to find the problem than trying to replicate the problem reporters' exact environment. That's too complicated. The leading hypothesis explaining the problem is that there's a file locking problem between two programs both trying to access the same set of SQLite DB files. So, write two programs to do exactly that, and see if they will fight over the DB file or not. If they cooperate, as the SQLite FAQ says they should, then we're off in the weeds and someone needs to come up with a better hypothesis. If they fight, you then have two simple programs that, together, demonstrate the problem, which means you're much closer to finding a real fix that makes both sets of users happy. Take advantage of the fact that I'm a disinterested Cygwin package maintainer. You have some time to play with here. -- 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: how to mount linux FS from cygwin
Greetings, ping! guys/experts: I just installed full cygwin and I now need to access a folder from inside cygwin machine(win7). I did some google search but no good match. Then try some googling in your VM manual. (Assuming you've installed Win7 in VM.) e.g. VirtualBox have shared folders guest OS tool. -- WBR, Andrey Repin (anrdae...@freemail.ru) 29.06.2012, 01:24 Sorry for my terrible english... -- 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: not administrator account?
On 6/28/2012 5:06 PM, ping wrote: experts: I run into an account priviledge issue here when I tried to setup ssh server in cygwin. I don't remember I ever ran into this previously in winXP. so this is in my win7 HE. looks I can't ping anything and can't proceed with sshd activation. but from control panel I'm sure I'm administrator (I'm the only user in this new laptop so far). If your account has administrator privileges, you need to say you want to use them for the program you're running. To do this, find the Cygwin Terminal in your Start Menu and right click on it. Pick Run as administrator. Proceed as before. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in 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: cygwin: not administrator account?
oh that's my bad. yes that works, thanks Larry! regards ping On 06/28/2012 05:51 PM, Larry Hall (Cygwin) wrote: On 6/28/2012 5:06 PM, ping wrote: experts: I run into an account priviledge issue here when I tried to setup ssh server in cygwin. I don't remember I ever ran into this previously in winXP. so this is in my win7 HE. looks I can't ping anything and can't proceed with sshd activation. but from control panel I'm sure I'm administrator (I'm the only user in this new laptop so far). If your account has administrator privileges, you need to say you want to use them for the program you're running. To do this, find the Cygwin Terminal in your Start Menu and right click on it. Pick Run as administrator. Proceed as before. -- 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 port forwarding [working]
I have some updates and successes. First, I do see the forwarded ports with netstat -aon in a windows command prompt: TCP[::1]:2525 [::]:0 LISTENING 388 TCP[::1]:9933 [::]:0 LISTENING 388 I may have missed them because I didn't look at the ::1 addresses or because the destination host and port is oddly blank. From within a cygwin terminal I did openssl s_client -connect localhost:9933 which showed me the certificate of the mail server I was trying to reach. Finally, when I switched thunderbird to use localhost at port 9933 (with connection security set to SSL/TLS) it did make contact. As René indicated, T-bird complained about the certificate (which has also expired). Then I ran into what seems like a T-bird bug: every time I hit accept certificate it brought the same dialogue asking for confirmation up. Eventually I closed it by hitting the red x on the window (though it took a couple of tries). It seems to be working. Even if it's not, it seems clear the port forwarding is working. I'm not sure why it didn't work the first time. Thanks to René, Andrey, and Karl for their help. Ross -- 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
grammar error in cyglsa-config
Activating Cygwin's LSA authentication package requires to reboot. s/to/a/ or s/to/you to/ -- Tom Schutter -- 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
