RE: Cursor is frozen in Vim and Emacs

On Mon, Aug 4, 2003 Christopher Faylor wrote: >So, I use "ansi" as an example of an incorrect TERM setting and you set >the TERM to ansi. I tried a couple of term settings and nothing changed. I tried ansi and suddenly I am able to type and move around, so I left it there. >Igor's reply to this

Re: Cursor is frozen in Vim and Emacs

On Mon, Aug 04, 2003 at 01:57:18PM +1200, stuart gear wrote: > >Thank you good sir !!! > >Inserted: > >set term=ansi > >in my vimrc and it works perfectly now :) So, I use "ansi" as an example of an incorrect TERM setting and you set the TERM to ansi. Igor's reply to this message says it all, but

RE: Cursor is frozen in Vim and Emacs

Stuart, While "term=ansi" would indeed work (somewhat), Cygwin termcap/terminfo databases provide TERM values better suited to the individual console programs, namely 'cygwin' for cmd.exe and 'rxvt' for rxvt. It is suggested that you use those for maximum compatibility. Also, vim inherits the TE

RE: Cursor is frozen in Vim and Emacs

Thank you good sir !!! Inserted: set term=ansi in my vimrc and it works perfectly now :) Stuart -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: Monday, 4 August 2003 1:34 p.m. To: [EMAIL PROTECTED] Subject: Re: Cursor is frozen in Vim and Emacs On Mon, Au

Re: ftw()

On Sun, Aug 03, 2003 at 09:29:49PM -0400, Samuel Thibault wrote: >At >http://youpibouh.thefreecat.org/cygwin/ftw.c >http://youpibouh.thefreecat.org/cygwin/ftw.h >an almost unmodified version of newlib/libc/sys/linux/ftw.c can be found >along its header. > >These come from the GNU libc, so should be

Re: Cursor is frozen in Vim and Emacs

On Mon, Aug 04, 2003 at 01:08:51PM +1200, stuart gear wrote: >...if I call up either Vim or Emacs, the cursor is frozen in the top >left. It is impossible to move around, and if you type any characters, >the cursor stays in the same place and types over itself. If I exit >the program and return t

Re: ftw()

Hi, At http://youpibouh.thefreecat.org/cygwin/ftw.c http://youpibouh.thefreecat.org/cygwin/ftw.h an almost unmodified version of newlib/libc/sys/linux/ftw.c can be found along its header. These come from the GNU libc, so should be quite *right* :) I don't have the tools nor the time to try to get

Cursor is frozen in Vim and Emacs

Hello, I've just installed Cygwin on my Dell PC at work, which has Windows 2000 on it. The bash shell works totally fine, typing and arrowing around work as expected. However, if I call up either Vim or Emacs, the cursor is frozen in the top left. It is impossible to move around, and if you type

Re: bug in setup.exe for postgresql-7.3.4-1

Seth Rubin wrote: > The cygwin setup installed postgres.exe with 700 bits, not 755 mode bits. > The tarball has 755 bits set. An extract from the tarball, with -xvf or > xpvf extracts in mode 755. > > Myself (and Jason) are thinking there's an issue with the cygwin setup. > Maybe I'm being naive,

RE: bug in setup.exe for postgresql-7.3.4-1

The cygwin setup installed postgres.exe with 700 bits, not 755 mode bits. The tarball has 755 bits set. An extract from the tarball, with -xvf or xpvf extracts in mode 755. Myself (and Jason) are thinking there's an issue with the cygwin setup. Maybe I'm being naive, but all this seems is an iss

Re: starting up in rxvt ?

On Sun, Aug 03, 2003 at 08:33:29PM +0100, David Selby wrote: >I did not realise I could call rxvt from windows I thought it had to be >called & executed from bash. Every program in the cygwin distribution is just that - a standard Windows program. There is nothing magical about bash. -- Please u

Re: ftw()

On Sun, 3 Aug 2003, Samuel Thibault wrote: > Hi, > > I'm trying to compile a old program (1995 I'd say), and it uses ftw(), > which is fine with linux, but cygwin still hasn't the equivalent. > > I could find some post from 1998 telling > "I understand that Unix95 spec does have some variant of ft

ftw()

Hi, I'm trying to compile a old program (1995 I'd say), and it uses ftw(), which is fine with linux, but cygwin still hasn't the equivalent. I could find some post from 1998 telling "I understand that Unix95 spec does have some variant of ftw (nftw?), and if that's the case, then it may show up i

Re: 1.5.x goes current on 2003-08-23?

Hallo Max, Am Sonntag, 3. August 2003 um 23:08 schriebst du: > Gerrit P. Haase wrote: >> Hmm, previous && test version at the same time, I doubt that this is >> possible. > Why do you doubt this? It is entirely possible. Well, I can have: prev: perl-5.6.1-x curr: perl-5.8.0-x test: perl-5.6.1-x

RE: bug in setup.exe for postgresql-7.3.4-1

On Mon, 2003-08-04 at 07:03, Seth Rubin wrote: > Dunno. I just ran cygwin's standard setup (i.e. "install now" from > website). Well, If you can find out - for example by trying - then I can analyse the problem further. Cheers, Rob -- GPG key available at:

"Everyone" needed in /etc/passwd? (Was Re: uw-imapd -> server crashing)

Kevin, As of recent versions (don't remember the exact one, but definitely before 1.3.22), the "Everyone" group is *not* added to /etc/passwd by default by the mkpasswd utility. If this presents a problem for some applications (imapd?), Corinna and Pierre should know about this (if only to tell u

Re: 1.5.x goes current on 2003-08-23?

Gerrit P. Haase wrote: > Hmm, previous && test version at the same time, I doubt that this is > possible. Why do you doubt this? It is entirely possible. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation:

RE: bug in setup.exe for postgresql-7.3.4-1

Dunno. I just ran cygwin's standard setup (i.e. "install now" from website). -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED] Sent: Sunday, August 03, 2003 3:34 AM To: Seth Rubin Cc: [EMAIL PROTECTED] Subject: Re: bug in setup.exe for postgresql-7.3.4-1 > > 3) Looked a

RE: ld -r errors with C++ objects

> From: Brian R. Gaeke [mailto:[EMAIL PROTECTED] > > When I link two particular .o files together into a new relocatable > (using ld -r) I get errors from ld, instead of a new .o file. This > happens in many of our C++ projects, but only on Cygwin. I have > reduced the test cases significantly. l

Re: default X wm + .LIBX11.DLL missing

David Selby wrote: Hello Last query for a while, don't want to wear you guys out ... Everything is OK, got bash, vim, rxvt working as I want them but I have one last problem ... I have installed X. When I executed "startx" It paused, then booted X, and booted into a window manager. All OK P

Re: 1.5.x goes current on 2003-08-23?

Hallo Nicholas, Am Sonntag, 3. August 2003 um 18:54 schriebst du: > X-Post from cygwin-apps... >> If someone is interested to help, start with release candidate 3 for >> perl-5.8.1: >> http://use.perl.org/article.pl?sid=03/07/31/0813206&mode=thread&tid=6 In the meantime is RC4 released, from th

Re: uw-imapd -> server crashing

Hi Stephan, You need to add the Everyone account to your /etc/passwd. Make sure these two lines exist: Everyone:*:0:0:,S-1-1-0:: SYSTEM::18:544:,S-1-5-18:: I'm very sorry to flood the list like this, but please note that the lines I pasted above include a major security breach on any NT/2000/

Re: cygwin performance hit

[EMAIL PROTECTED] wrote: Hi, Im seeing a severe perfomance hit from cygwin. Heres the result of $time make_depend with a cygwin-compiled makedepend: 2.65user 27.90system 9:22.59elapsed 5%CPU (0avgtext+0avgdata 49

default X wm + .LIBX11.DLL missing

Hello Last query for a while, don't want to wear you guys out ... Everything is OK, got bash, vim, rxvt working as I want them but I have one last problem ... I have installed X. When I executed "startx" It paused, then booted X, and booted into a window manager. All OK Problem 1... I decide

Re: uw-imapd -> server crashing

Hi Stephan, You need to add the Everyone account to your /etc/passwd. Make sure these two lines exist: Everyone:*:0:0:,S-1-1-0:: SYSTEM::18:544:,S-1-5-18:: For me the SYSTEM account was in there by default, but not Everyone. This will have you going in no time. By the way, I just had a post

Re: starting up in rxvt ?

[EMAIL PROTECTED] wrote: Do not start with a bash process. If you try starting things with Start -> Run -> c:\Cygwin\bin\rxvt -e /bin/bash that will start a rxvt terminal which reads ~/.bashrc. If you try Start -> Run -> c:\Cygwin\bin\rxvt -e /bin/bash --login -i that will star

uw-imapd -> server crashing

Hi, i tried the actual cygwin version and setup the uw-imap according the documentation. The server is running but it allways refused the connection for a client. A telnet to the server bring up this error : * BYE [ALERT] IMAP4rev1 server crashing: Unable to look up user name I am using Win2K an

Christian web site

Check this out and tell me what you think http://www.williambrugman.com/default.asp -- 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/f

Re: loading DLLs created with Cygwin into Sun JDK

On Sun, Aug 03, 2003 at 12:24:33AM -0400, you [Norman Vine] wrote: > Marcus G. Daniels writes: > > > > Incidentally, does anyone know of a Windows application that can be used > > to see the VM maps in a given process. > > (Like in Linux, with /proc/PID/maps?) > > May mot be 'exactly' what you h

RE: loading DLLs created with Cygwin into Sun JDK

On Sun, 3 Aug 2003, Norman Vine wrote: > Marcus G. Daniels writes: > > > > Incidentally, does anyone know of a Windows application that can be used > > to see the VM maps in a given process. > > (Like in Linux, with /proc/PID/maps?) > > May mot be 'exactly' what you had in mind but I find > http:/

Re: 1.5.x goes current on 2003-08-23?

X-Post from cygwin-apps... [EMAIL PROTECTED] wrote: Hallo Christopher, Am Samstag, 2. August 2003 um 17:23 schriebst du: I'd like to shoot for making 1.5.x the current release on 2003-08-23. Are there any obstacles to that goal? I am still unable to build Perl and I haven't found the problem

2.05b-11 doesn't display prompt with hidden characters correctly

I just upgraded my bash to 2.05b-11. I use ANSI color codes in my PS1 prompt, and in 2.05-10, they worked fine. Now with -11, if I hit 'cn', I expect to see: /home/rcampbell> c Display all 190 possibilities? (y or n) /home/rcampbell> c But, instead, I see: /home/rcampbell> c Display all 190 po

Re: cygwin and filtering bug

On Sun, Aug 03, 2003 at 01:35:04PM +0200, Joerg Fischer wrote: >>(sorry folks, I don't speak Vim) > >I know that I should have checked the problem with a pure >console editor. In Vim filtering works regardless of size. > >This isn't a big surprise. To read the standard streams >of the called filter

Re: xmlto package install question

Ok, glad to hear I'm not the only one with this behaviour. That leads to the question why they were removed in the first place. Marcel, how about putting them back into the distribution? Copying the missing pdf files from the source tarball into the installation directory lets xmlto access an insta

Re: Cygwin and filtering bug

>(sorry folks, I don't speak Vim) I know that I should have checked the problem with a pure console editor. In Vim filtering works regardless of size. This isn't a big surprise. To read the standard streams of the called filter, NEdit sets up Xt callbacks (with XtAppAddInput), see source/shell.c

Re: starting up in rxvt ?

Do not start with a bash process. If you try starting things with Start -> Run -> c:\Cygwin\bin\rxvt -e /bin/bash that will start a rxvt terminal which reads ~/.bashrc. If you try Start -> Run -> c:\Cygwin\bin\rxvt -e /bin/bash --login -i that will start a rxvt terminal which re

starting up in rxvt ?

I am running cygwin on top of win98, I am using rxvt which I start from bash. I am trying to get cygwin to use rxvt from bootup rather than me execute a command to call it. I tried putting it in ~/.bashrc ... I enterd a recursive loop ! ... opps ... I have looked through the FAQs, but unless I

Re: imapd: authentication problems on imapd-2002d

OK, I've fixed CRAM-MD5 authentication as well, using an almost identical fix as for plaintext, but in another area of the code. For MD5 authentication, the actual call to authenticate starts in auth_md5_server() in src/c-client/auth_md5.c. If the challenge/response hashing function succeeds

Re: Question regarding problem during uninstall using setup.exe

* Robert Collins (2003-08-01 11:43 +0200) > On Fri, 2003-08-01 at 10:21, Alan Miles wrote: >> I don't believe it should be doing the >> rmdir H:\CygnusSolutions-Cygwin Files\CygwinMachine_Package_Dirs\dest >> rmdir H:\CygnusSolutions-Cygwin Files\CygwinMachine_Package_Dirs\build >> commands, and

perl with cygwin 1.5, need help

Hallo , I need some help to track this down. Some details to illustrate the problem with perl when building with cygwin-1.5.1. I can compile everything up to miniperl, then the basic test fails and also using any script which uses 'my' fails., so it is impossible to build the perl library and mo

Cygwin and filtering bug

The problem is as follows: In NEdit (sorry folks, I don't speak Vim) make a selection and filter (Alt+R) it through e.g. fmt. Everything is fine as long as the text to be filtered doesn't exceed a certain size. More precisely, the text *returned* by the filter mustn't exceed a certain size (I guess

Re: imapd: authentication problems on imapd-2002d

Hi Abe et. al., An update on my IMAP problems. I've done some heavy debugging and fixed one problem, with one more to go. It turned out the reason my encrypted plaintext logins were failing was due to some code in the server_login() function in src/osdep/unix/env_unix.c. I am using the /etc/

RE: Question regarding problem during uninstall using setup.exe

On Sun, 2003-08-03 at 03:24, Alan Miles wrote: > Rob, > > Sorry it has been a looong week ... with quite a number of looong weeks > ahead, > and I misinterpreted your response. > > Anyway, I appreciate your responses. I am going to try a preremove script. I > have just checked http://cygwin.com/s

Re: bug in setup.exe for postgresql-7.3.4-1

> > 3) Looked at postgres.exe. > > > > $ ls -l /usr/bin/postgre* > > -rwxr-x---+ 1 OwnerUsers 1985024 Aug 1 16:02 > > /usr/bin/postgres.exe > > The permissions of postgres.exe is correct in the tarball: > > $ tar -tvjf postgresql-7.3.4-1.tar.bz2 usr/bin/postgres.exe >

Re: vim speed issue

Larry Hall wrote: David Selby wrote: Larry Hall wrote: David Selby wrote: Hello, OK newbe cygwin user here, have read manual + faq ... so not just lept in with a question ! I have a 700MHz PIII 256MB, I have installed cygwin on 98SE. When running it can seem a little slow, ie "man man" t