[security fix] monotone-0.25.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://cyberx.lapo.it/cygwin/monotone/monotone-0.25.2-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/monotone/monotone-0.25.2-1.tar.bz2 Excerpt from http://cyberx.lapo.it/cygwin/setup.ini version: 0.25.2-1 install: ./monotone/monotone-0.25.2-1.tar.bz2 2535863 95c2271f88a7ed69e6624714f35c8bc5 source: ./monotone/monotone-0.25.2-1-src.tar.bz2 5154376 fa1f593a4a0b6a1d28373da45782005b 0.26pre1-1 can remain as [test] 0.25-1 can be [prev], but being pretty much identical (except for the security fix) we could even do without a prev at all? dunno... Lapo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJEG99EAAoJELBiMTth2oCDa7oQALfydIBG6wZO863j+dDKzRap lu0u2Bhw7yclNuqQFHFz2/TZJQP7uMgC6ZmUJJ2+stgh1bA92t94BbkIsWMGSLbk ubaMlo+is1oUO7bRCFzdfRlZrA3g559gm5IIzZACHOJ6vecDqQRbZqJLW/BW3jDO mjLE6iwLBnP/DWolnWztUej+afVlZ34vynRjyrlqWMUpeMwYsMUanCFfjS/3LMiQ /lQShvPfaskbff/GekxOGB52OOcVPGXGCE+MOIIXMK6E/XrNGmu3+goYIaIBrX7X pmh1YijCry8yPinXgCLJzUfss30jGDzbckSgH8X/Sk3eyI4awkLsNnS5hW6yVL/1 CSlAqFkCVFq3/qie1NgW8soQbCKjQknWS8ocFFRm7mFpFf16i+R4pm52LSTQHFgQ WxsKBAqyF4Yx2uYD+J+jWHOokeG5y9WJeIrII4v71+Gzp7XNZUaICA+3Qjq7pA/E mhb4I6Iw2WroxSG6AxgVENA0PUuwmSfEcg6lO15vL6dHOI12ZPItQ/qiMxQ76AuE g5WfJ2nrIMUhRhmkklxhrdFdC92WvrJ8zc6BrCB99OaJnqCOWWuaqKdBTEs2eehL vMidu3gAYCmrPFdC96oL2YjiBU0UOfKEfd7FMFvFFnTi9cFqojUUs2SOgCE/9VYc iM0JJ6uhGRsFcHH0tzWq =Ya9S -END PGP SIGNATURE-
Re: [maybe-ITP] gamin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corinna Vinschen wrote:
That's fine since the existance of reparse points corresponds with
the existance of the GetVolumePathName function. In other words,
if you have to emulate the function, no other volume mount points
besides X:\ and \\server\share can exist.
That's what I supposed, but thanks for the confirmation.
May I suggest to use GetFullPathName on the incoming path first?
Then you can savely remove the if (isalpha(lpszFileName[0])) {
part.
OK, will modify it ASAP (which can be a while, graduation thesis
deadline in less than 2 weeks...).
BTW: would this only be useful to gamin or could be useful enough to
be included in cygwin1.dll?
After all knowing the possibilities (i.e. the presence of
permissions, the granularity of mtime) of a mount can be useful elsewhere?
In that case just let me know and I will adapt the patch to apply
there and change the one to gamin (I already have done the copyright
assignment).
Lapo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQIcBAEBAgAGBQJEHBWIAAoJELBiMTth2oCDNtoP/0Kc6E0s6HCkLOfF5CLzVlJx
BFlA6iDeQfpYsW+BbTONt5qMLZlR6e+DF44V8jBVin94q/WTM/GWt7ulCOZ7SwWS
/hBh5TR9xwrFveAEIleG7aL8Yo8S42s4pvOSTh8kaXCI7YgV7RJDb8YwgiBLFnU0
FNmp0wbadILVZyK+zGm1zQayCTN7pX3dCsfcugi7vkRCKN8pd+albvHI3K4zaUhJ
fsXvSOMQahq1fGOWZ9qukrh1fx1MK6kSMX5MtuBt3mHQosN7FuX3iwfK9Y6DM557
y7LYU89CSTyVYGquuNGF17VUlBhbWwHE0jc+WWPGr4JtLgQTrowzqfNx6iNW048y
yDGu9tyAu7ET87S87jywkxqihYAdEnE7JqVFu4NTn/KNNSa2r91f5SpihLer3xWL
SlSeC3G1abIXZh2PaFVRHoKS4X4qmSwP6TlGXdZM7+tRo0E54DeYVA5QG4dQuko4
9jJZ7jZZGS/Qjpg35Hm+YvWC+YzOxNtYZtpFGWonWrWGesi5UZvbVnlh6znspCDY
sGVYTwt6drqbuJ3eyin8f3rAnQIRRbYeKx/5ed/pQSNVtifJK5tKzKRbLwNTumXB
25OnLA4TyduAREqiuK4GlF0fYituhw9xPtE7Kcga6CLPsTRwf+prXM+dgZU991Le
jd39JX1oFve1DmdT0vqv
=T4Zf
-END PGP SIGNATURE-
Re: Missing keyboard layout
At 10:14 2006-03-01 +, Dagur Páll Ammendrup wrote: snip Btw, you need to update your FAQ to point to http://www.microsoft.com/globaldev/reference/keyboards.mspx the current link doesn't work. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-submit-layout still lacks this correction? I can't link directly to my layout but if you select Icelandic from the list you will get it (doesn't work in firefox). snip Direct link to Icelandic keyboard layout: http://www.microsoft.com/globaldev/keyboards/kbdic.htm WFM in Internet Exploder. HTH, Arend-Jan Westhoff. -- 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: How to run _X_ Session from RH8 via ssh -X?
But now I just realized the obvious: Only X GUIS work and not windows. Is this correct? Yes! I assume I can tunnel rdesktop the same way I tunnel vnc? I guess I'll try tunneling both vnc and rdesktop next. I've heard this works, but have not tried personally. If you get this working, can you post your ssh command with the port(s) you needed to forward? Brett -- 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: How to run _X_ Session from RH8 via ssh -X?
Brett Serkez wrote: But now I just realized the obvious: Only X GUIS work and not windows. Is this correct? Yes! I assume I can tunnel rdesktop the same way I tunnel vnc? I guess I'll try tunneling both vnc and rdesktop next. I've heard this works, but have not tried personally. If you get this working, can you post your ssh command with the port(s) you needed to forward? I used to use the following all the time to access my Windows machine remotely: ssh -f -L 5901:localhost:5900 -N -C -o Compression=yes -o CompressionLevel=9 machine name or ip vncviewer YMMV. Obviously, you need to make sure that the port ssh is using is open through any firewall. None of this is really Cygwin-specific so further discussion on this l list along this line is really off-topic though. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Xedit Load or Save can't resolve pathname
I'm making an effort but can't seem to get even basic functionality to work with Xedit. The manual says new files can be created if no file argument is given. When I start Xedit, key in a file name in the argument window and click Load or Save I get can't resolve pathname. I'm using WinXP Home with NTFS. I've tried entering the full path of the file name but no go. How to fix this? -- 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/
Xedit confused - 'p' key in filename window brings up Xprint window
1. Start Xedit with no filename argument 2. Try and key in 'cliptest' in filename window 3. 'p' doesn't display, instead an Xprint dialog appears WinXP home, nothing fancy. Xwin started via startx with US 104 keyboard. -- 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/
winsup/cygwin ChangeLog pinfo.h sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-18 19:28:59 Modified files: cygwin : ChangeLog pinfo.h sigproc.cc Log message: * pinfo.h (EXITCODE_OK): Define new constant. * sigproc.cc (child_info::sync): Return EXITCODE_OK if entering with exit_code == 0. (sig_send): Don't complain if sending signals while blocked if the sender isn't in the main thread. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3445r2=1.3446 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.h.diff?cvsroot=uberbaumr1=1.96r2=1.97 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.281r2=1.282
Invoking Miktex in Cygwin
Hi you guys, I have Miktex installed( in C:\Program Files), and am trying to invoke Latex.exe from Shell and got some trouble. Heres what I did : 1. make a soft link by: ln -s 'C:\Program Files\texmf\miktex\bin\latex.exe' /usr/local/bin 2. run latex: latex myfile.tex Then I got the following error message: This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea: Running mktexfmt latex.fmt /usr/bin/mktexfmt: line 333: /texconfig/tcfmgr: No such file or directory fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `latex.fmt'! but I do have C:\Program Files\localtexmf\miktex\fmt\latex.efmt And I am sure that the Miktex works fine for other editor like WinEdt. I really get stuck, and need help.thanks a lot in advance. best, tong -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Find tool contained in unknown pkg
First off, thanks posters for the responses Dave Korn [EMAIL PROTECTED] writes: Since 'id' on its own might give you too many matches, it's worth mentioning the handy trick that (this being 'doze not linux really) the full name of the program is of course 'id.exe'. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=id.exe That narrows it down sufficiently... Yes Nice Thank you Igor Peshansky [EMAIL PROTECTED] writes: [...] Ah, but this will not match scripts or symlinks. Since most executables live in something that ends in bin, and the package search page supports full perl regular expressions, you can do http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fid%5Cb Also nice... both are really nice tips Jerry D. Hedden [EMAIL PROTECTED] writes: [...] coreutils I figured something basic... but in a moment I'll explain why it appeared to be missing. [EMAIL PROTECTED] (Eric Blake) writes: I've just installed a very minimal cygwin. I noticed the `id' tool is not present A little too minimal, I would say. id is part of coreutils, which is a Base package, and as such, it should be part of every working cygwin installation. You may want to run 'cygcheck -c' to see which packages are incomplete, and should be reinstalled using setup.exe. Not too minimal just too dumb on my part. It was nothing more serious than path not getting setup to point to C:/cygwin as `/'. I'm not sure why that would happen, but I may have left out some basic step in there I trashed an old install then ran a new one and didn't really read up on the proper steps for a cygwin install. Also, following the directions here Problem reports: http://cygwin.com/problems.html Ahh yes sorry. But it turns out to be operator error thru and thru. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
backspace key in gvim
hi, i've installed gvim on cygwin, but the backspace does not work properly. the problem is, in insert mode, the backspace key can not delete any character which are typed before current insert mode ( it can only delete chars typed in this insert session ). is there any clue? thanks. -- steven woody (id: narke) Celine: I had worked for this old man and once he told me that he had spent his whole life thinking about his career and his work. And he was fifty-two and it suddenly struck him that he had never really given anything of himself. His life was for no one and nothing. He was almost crying saying that. - Before Sunrise (1995) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Invoking Miktex in Cygwin
Tong == Tong Wang [EMAIL PROTECTED] writes: Tong Hi you guys, I have Miktex installed( in C:\Program Files), Tong and am trying to invoke Latex.exe from Shell and Tong got some trouble. Heres what I did : 1. make a Tong soft link by: ln -s 'C:\Program Tong Files\texmf\miktex\bin\latex.exe' /usr/local/bin 2. Tong run latex: latex myfile.tex Tong Then I got the following error message: This is pdfeTeX, Tong Version 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea: Tong Running mktexfmt latex.fmt /usr/bin/mktexfmt: line 333: Tong /texconfig/tcfmgr: No such file or directory fmtutil: Tong config file `fmtutil.cnf' not found. I can't find the Tong format file `latex.fmt'! Tong but I do have C:\Program Tong Files\localtexmf\miktex\fmt\latex.efmt And I am sure that Tong the Miktex works fine for other editor like WinEdt. I've never used mixtex, so I'm just making this up. But: it's possible that mixtex has accidentally invoked the Cygwin version of pdfeTeX, instead of its own. Try putting miktex's directory on the front of your PATH, like this: $ PATH=/cygdrive/c/Program Files/texmf/miktex/bin:$PATH latex myfile.tex -- Humor can be dissected as a frog can, but the thing dies in the process and the innards are discouraging to any but the pure scientist. --E.B. White -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Starting gvim from Windows
Hello, * On Thu, Mar 09, 2006 at 09:38:19AM -0500, Neil Watson [EMAIL PROTECTED] wrote: I don't use X. I just use RXVT windows on top of the Windows Desktop. I don't use Cygwin's version of Gvim. I use the Windows version. To use Gvim from Cygwin, I have a small script (attached) that converts Cygwin paths to Windows paths and then launches Gvim. (In case you wish to not convert arguments that are not paths, check at cyg-wrapper.sh that I'm maintaining, see my signature) With this setup, I can use a single version of Gvim from both Windows and Cygwin. I've tried this in the past. The problem I found was that Windows VIM required a different vimrc syntax then the Unix VIM. I was hoping to avoid keeping two copies of my growing and changing vimrc file. I have only one .vimrc that is use for windows, Linux and Solaris. Actually, - under windows I have a _vimrc files that sources vimrc_core.vim plus a _vimrc_win for windows specific settings (fonts, mappings to open URL in the default browser, ...) - under *nix, I have a .vimrc that also sources vimrc_core.vim plus a _vimrc_nix for *nix specific settings (key rebindings (that will be updated soon thanks to feddback from vim-ml), ...) I've never used cygwin-version of vim, but it should not be any different. -- Luc Hermitte http://hermitte.free.fr/cygwin/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Invoking Miktex in Cygwin
Maybe it's because of the space in the name Program Files. I had this problem when I set up my JAVA_HOME, which is also subdirectory of Program Files. I renamed the directory, instead of Program files, to Progra~1, i.e. /cygdrive/c/Progra~1/..., which worked fine. Somebody said .../Program\ Files/... also works, but it was not in my case. Good luck. /Jing From: Eric Hanchrow [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: Re: Invoking Miktex in Cygwin Date: Sat, 18 Mar 2006 08:22:44 -0800 Tong == Tong Wang [EMAIL PROTECTED] writes: Tong Hi you guys, I have Miktex installed( in C:\Program Files), Tong and am trying to invoke Latex.exe from Shell and Tong got some trouble. Heres what I did : 1. make a Tong soft link by: ln -s 'C:\Program Tong Files\texmf\miktex\bin\latex.exe' /usr/local/bin 2. Tong run latex: latex myfile.tex Tong Then I got the following error message: This is pdfeTeX, Tong Version 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea: Tong Running mktexfmt latex.fmt /usr/bin/mktexfmt: line 333: Tong /texconfig/tcfmgr: No such file or directory fmtutil: Tong config file `fmtutil.cnf' not found. I can't find the Tong format file `latex.fmt'! Tong but I do have C:\Program Tong Files\localtexmf\miktex\fmt\latex.efmt And I am sure that Tong the Miktex works fine for other editor like WinEdt. I've never used mixtex, so I'm just making this up. But: it's possible that mixtex has accidentally invoked the Cygwin version of pdfeTeX, instead of its own. Try putting miktex's directory on the front of your PATH, like this: $ PATH=/cygdrive/c/Program Files/texmf/miktex/bin:$PATH latex myfile.tex -- Humor can be dissected as a frog can, but the thing dies in the process and the innards are discouraging to any but the pure scientist. --E.B. White -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: backspace key in gvim
At 23:42 2006-03-18 +0800, Steven Woody wrote: hi, i've installed gvim on cygwin, but the backspace does not work properly. the problem is, in insert mode, the backspace key can not delete any character which are typed before current insert mode ( it can only delete chars typed in this insert session ). is there any clue? thanks. -- steven woody (id: narke) snip As far as I know vi has always worked like that. Just as when you set Auto Indent mode with: :set ai you cannot move to before the initial indentation point with backspace, but have to use Ctrl-d instead. Taking your message at face value one might think you would be happier with using gvim in easy mode: gvim -y However I think using that mode subtracts much more from the strong points of vi than it does from its weak points. There is also the question of whether this question is on topic for this list. So are you someone who is experienced with gvim on other systems and do you find the behavior on Cygwin unexpected? (In that case your question is on topic for this list and I cannot answer it.) Or are you a novice using vi? In that case your question is probably off topic for this list. I would be happy to supply you in that case with a more extensive answer on e.g. the Cygwin-Talk mailinglist: http://cygwin.com/ml/cygwin-talk/ You could also pose your question to a vi specific forum instead. Arend-Jan Westhoff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and scp/sftp: slow throughput on windows machines
At 02:49 2006-03-18 +0100, Max Stein wrote: Unfortunately, the performance of the cygwin sshd server is very poor when it comes to copying large files. I have made this observation on several new and fast machines (3 GHz, 512 MB RAM, 100 MB/s Intel Pro network card) running with Windows XP or Windows 2003 Server. The best speed achievable was about 4 MB/s when copying a file from the SSH client to the SSH server; when doing it the other way round, the throughput was even worse, about 2.3 MB/s. I tried it on three different machines running the newest version of cygwin's sshd und scp/sftp. The results were approximately the same. Neither the client's nor the server's processor was really busy. The CPU usage oscillated around 30-40%. Setting up the same scenario on linux yielded a completely different picture. Using the Knoppix disc 4.0.2 on the client and the server machine I easily achieved a throughput of 10.8 MB/ in both directions (pushing a file to the server or downloading a file from it). What could be done to improve the performance of cygwin's SSH server? There were already some older posts dealing with the same problem but nobody had really a constructive idea or proposal. 1. Is it possible to increase the bandwith by having the client aggregate multiple sessions through a single pipe? 2. It would seem that PPTP connections can be much faster. E.g. a FreeBSD MPD running on a 400 Mhz Pentium II can sustain a 50 Mbit/s datastream at a CPU usage of 25%. W2k and XP have easy to configure PPTP clients. (See also W2003 RAS.) HTH, Arend-Jan Westhoff. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Invoking Miktex in Cygwin
On 18 March 2006 09:53, Tong Wang wrote: Hi you guys, I have Miktex installed( in C:\Program Files), and am trying to invoke Latex.exe from Shell and got some trouble. Heres what I did : 1. make a soft link by: ln -s 'C:\Program Files\texmf\miktex\bin\latex.exe' /usr/local/bin 2. run latex: latex myfile.tex Then I got the following error message: This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea: Running mktexfmt latex.fmt /usr/bin/mktexfmt: line 333: /texconfig/tcfmgr: No such file or directory fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `latex.fmt'! but I do have C:\Program Files\localtexmf\miktex\fmt\latex.efmt And I am sure that the Miktex works fine for other editor like WinEdt. I really get stuck, and need help.thanks a lot in advance. best, tong I had a similar problem once: some perms got messed up. I fixed it with chgrp in the end. See http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and scp/sftp: slow throughput on windows machines
1. Is it possible to increase the bandwith by having the client aggregate multiple sessions through a single pipe? Could you please give me some advice how this can be achieved? I am not an SSH guru yet. 2. It would seem that PPTP connections can be much faster. E.g. a FreeBSD MPD running on a 400 Mhz Pentium II can sustain a 50 Mbit/s datastream at a CPU usage of 25%. W2k and XP have easy to configure PPTP clients. (See also W2003 RAS.) Why should a point to point tunnel improve the performance? Using Linux on the client and server machines I achieved a throughput of 10.8 MB/s whereas the theoretical maximum on a 100 MBit/s ethernet network would be 12.5 MB/s. There must be another way. Why is the Linux implementation of SSH able to provide a much better throughput for scp/sftp than cygwin's implementation running on the same hardware? It is not a problem of the Windows operating system because usual FTP tranfer yields simalar fast throughput of 10-11 MB/s like SSH running on Linux. Max Stein -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: backspace key in gvim
On Sat, 18 Mar 2006, Steven Woody wrote: hi, i've installed gvim on cygwin, but the backspace does not work properly. the problem is, in insert mode, the backspace key can not delete any character which are typed before current insert mode ( it can only delete chars typed in this insert session ). is there any clue? thanks. Yep. vim -c 'help i_backspacing' (and vim -c 'help i_BS'). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and scp/sftp: slow throughput on windows machines
On Mar 17, 2006, at 7:49 PM, Max Stein wrote: Unfortunately, the performance of the cygwin sshd server is very poor when it comes to copying large files. I have made this observation on several new and fast machines (3 GHz, 512 MB RAM, 100 MB/s Intel Pro network card) running with Windows XP or Windows 2003 Server. The best speed achievable was about 4 MB/s when copying a file from the SSH client to the SSH server; when doing it the other way round, the throughput was even worse, about 2.3 MB/s. I tried it on three different machines running the newest version of cygwin's sshd und scp/sftp. The results were approximately the same. Neither the client's nor the server's processor was really busy. The CPU usage oscillated around 30-40%. Setting up the same scenario on linux yielded a completely different picture. Using the Knoppix disc 4.0.2 on the client and the server machine I easily achieved a throughput of 10.8 MB/ in both directions (pushing a file to the server or downloading a file from it). What could be done to improve the performance of cygwin's SSH server? There were already some older posts dealing with the same problem but nobody had really a constructive idea or proposal. Max Stein For what it is worth, I've also noticed his using the Putty tools, including Putty's scp client. At first I thought it had to do with my wifi connection, but even when both computers were connected directly to a switch together, it was much slower than I would have expected. The numbers you quoted above are in the ballpark of what I've measured with Cygwin's clients. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and scp/sftp: slow throughput on windows machines
At 22:52 2006-03-18 +0100, Max Stein wrote: 1. Is it possible to increase the bandwith by having the client aggregate multiple sessions through a single pipe? Could you please give me some advice how this can be achieved? I am not an SSH guru yet. Unfortunately neither am I. It was an idea derived from a report on the stunnel program: http://ftp.surfnet.nl/networking/stunnel/ that tunnels through SSL and according to the report can do such aggregation. (I don't know an english version of this report so I'll refrain from providing a link to that.) Since neither the CPU nor the network bandwidth is fully used in your case it would seem at least theoretically possible that the same could be done with transport over SSH. I formulated it as a question because I am not absolutely sure and don't know the details myself. snip W2k and XP have easy to configure PPTP clients. (See also W2003 RAS.) Why should a point to point tunnel improve the performance? Using Linux on the client and server machines I achieved a throughput of 10.8 MB/s whereas the theoretical maximum on a 100 MBit/s ethernet network would be 12.5 MB/s. There must be another way. Why is the Linux implementation of SSH able to provide a much better throughput for scp/sftp than cygwin's implementation running on the same hardware? It is not a problem of the Windows operating system because usual FTP tranfer yields simalar fast throughput of 10-11 MB/s like SSH running on Linux. Ah, so your first MB was Megabit and the others were MegaByte... To prevent any more misunderstandings: Are you talking about the Windows FTP or the Cygwin FTP here? Anyway, it seems not too far fetched to assume that anything that runs directly on a native (i.e. Windows or Linux) OS would outperform a similar thing running through an emulation layer (Cygwin). Arend-Jan Westhoff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: backspace key in gvim
Arend-Jan Westhoff [EMAIL PROTECTED] writes: At 23:42 2006-03-18 +0800, Steven Woody wrote: hi, i've installed gvim on cygwin, but the backspace does not work properly. the problem is, in insert mode, the backspace key can not delete any character which are typed before current insert mode ( it can only delete chars typed in this insert session ). is there any clue? thanks. -- steven woody (id: narke) snip As far as I know vi has always worked like that. Just as when you set Auto Indent mode with: :set ai you cannot move to before the initial indentation point with backspace, but have to use Ctrl-d instead. Taking your message at face value one might think you would be happier with using gvim in easy mode: gvim -y However I think using that mode subtracts much more from the strong points of vi than it does from its weak points. There is also the question of whether this question is on topic for this list. thanks for you answer and suggestion, but i don't think i am off topic. the problem i described only happen on Cygwin+Win32. i might not descript it so clear, let me do it again: Case A -- 1, open gvim. 2, press 'i' 3, type in 'hello,' 4, press ESC ( back to command mode ) 5, press 'a' 6, type in 'world' 7, press BACKSPC 5 times, now the 'world' was deleted 8, press BACKSPC again, however, this time nothing happen, the ',' and previous 'hello' can not be deleted as expected. -- steven woody (id: narke) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: About cygwin1.dll
Please post to the mailing list instead of sending email to me directly. By doing this you help everyone because there may be others that will benefit, and the thread will be archived. ÊÀÑå Íõ wrote: I've read your article[patch] fix spurious SIGSEGV faults under Cygwin, it's so helpful for me to understand the problem Program received signal SIGSEGV, Segmentation fault.0x610af8b8 in pthread_key_create... But I am new for linux, and I don't how to use your attached patch in the article. You shouldn't use my patch. It's obsolete, and the problem is already fixed in a better way by changes made by Christopher Faylor. These fixes are already checked in to CVS so just build from current sources and you will get the fix. Could you please send me the problem-solved version of cygwin1.dll directly, or send me some link about how to use your patch? The problem is not in cygwin1.dll, it is in a lack of communication between the DLL and gdb. You need to build both from CVS in order to get the fix. For the cygwin side you can just use a daily snapshot. For gdb you will have to build it from CVS or wait for an updated package. Please remember that these SIGSEGVs you are seeing are not real segmentation violations, they are just a consequence of how error checking is done in the DLL. They are expected to happen, and when they occur a fault handler in the cygwin DLL is in place to catch them and handle the situation cleanly. Consequently you can always just type c or continue at the gdb prompt and everything will resume as usual. That is all that the above mentioned changes do -- make gdb ignore the fault and continue. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
