Re: VIM in rxvt & syntax highlighting
On Thursday 28 February 2002 03:08 am, Fergus Daly wrote: > In your command line for rxvt try > > rxvt --backspacekey ^H -e bash > > which might help. It does. However, there's another problem I just noticed: The syntax highlighting isn't colored, but black and white. What can I do about that? Thanks Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.10 and setgid
I think there's a ergression (at least on by box): $ ssh root@xxx setgid 513: Invalid argument Using 1.3.9 it works OK. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VIM in rxvt & syntax highlighting
The recent installation of vim lacks the default startup file that earlier vesions had. So: place in your home directory (/home/alec/ or whatever) a file called .vimrc (note the dot) containing set nocompatible set backspace=indent,eol,start set backup set history=50 set ruler set background=dark set showcmd set incsearch syntax on set hlsearch or, to make it accessible to all users, put these lines in a file called vimrc (no dot) in the /usr/share/vim/ directory. Hope this helps. (I don't know which lines cause the syntax hghlighting -- probably just line -1? -- but the other lines seem to make vim work in the way I'm used to, anyway.) Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VIM in rxvt & syntax highlighting
does the :version display +syntax? if yes, do syntax on vipin - Original Message - From: "Alec" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 2:03 PM Subject: Re: VIM in rxvt & syntax highlighting > On Thursday 28 February 2002 03:08 am, Fergus Daly wrote: > > In your command line for rxvt try > > > > rxvt --backspacekey ^H -e bash > > > > which might help. > > It does. However, there's another problem I just noticed: > The syntax highlighting isn't colored, but black and white. What can I do > about that? > > Thanks > Alec > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > **Disclaimer Information contained in this E-MAIL being proprietary to Wipro Limited is 'privileged' and 'confidential' and intended for use only by the individual or entity to which it is addressed. You are notified that any use, copying or dissemination of the information contained in the E-MAIL in any manner whatsoever is strictly prohibited. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: CVS Problems: Updated: gdbm-1.8.0-4
Hi Charles, >Note that merely updating cyggdbm to this new version will NOT >magically enable CVS to host repositories on text mounts; nor will >it magically fix CVS's existing problems with CR/LF. This gdbm >update may fix the gdbm database files within the CVSROOT repository, >but CVS itself is still not text/binary clean. Workin' on it... can you give me a hint, where CVS with a repository on a binary mount will have CR/LF problems? I am using it since more than a year and I had never detected any problems independently wether I check out to bin or text mounted directories (on NTFS). I did not have problems also working with repositories of the the net. for Your comment seems to indicate some malfunction you're able to reproduce. I would not like to detect anything major problems managing my sources if I can avoid it. Regards, Jörg internal for Corinna: Sorry, I did not recognize the 'wrong list' pressing reply ... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VIM in rxvt
Fergus Daly wrote: > > In your command line for rxvt try > > rxvt --backspacekey ^H -e bash > > which might help. Or you could set it in your Xdefaults file like this: $ cat ~/.Xdefaults XTerm.scrollBar: False XTerm.saveLines: 2000 XTerm.font: Lucida Console-16 Rxvt.backspacekey: ^H If you're not familiar with resource files search the archives for some samples of .profile, .bash_profile, .bashrc, .inputrc, .vimrc, .logout ... > > Fergus -- Med venlig hilsen / Kind regards Hack Kampbjørn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange behaviour of vpath with dos paths
Hi, Colm Aengus Murphy wrote: > > Hi folks, > > I am seeing strange behaviour when using dos paths in a gnu make vpath > directive. > The makefile I am using to test this funny is as follows: > > --- > vpath %.out c:/make_test/out Error! > #vpath %.out /cygdrive/c/make_test/out Works. > > #VPATH = c:/make_test/out Works. > #VPATH = /cygdrive/c/make_test/out Works. > > test.out : \ >test.input\ >; echo test.input > out/test.out > --- > > What I find is that vpath doesn't work when given a dos path. > VPATH on the other hand does. Thanks, this is exactly the same problem I've seen just yesterday. > P.S. I am using gnu make 3.79.1-4 and 1.3.5-2 of the cygwin dll. Here: 3.79.1-5 and 1.3.9-1 respectively. After upgrading to 1.3.10-1 just yet, the problem persists. I'd say, this is a real candidate for a bug. Anyone else? Thanks, Johan Bezem CSK Software AG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wget-1.8-1
Steve Kelem wrote: > > I installed the latest from cygwin on my Windows 2000 system, including > wget 1.8.1-1. > When I try to run wget from tcsh, I get the message: > Cannot load VDM IPX/SPX support > This program cannot be run in DOS mode. > > When I try to run wget from bash, I get the message: > This program cannot be run in DOS mode. > > What's up? > I have no idea. First wget doesn't understand IPX so there's no reason for it to try to load it. Second "This program cannot be run in DOS mode" is the standard message all windows programs prints when tried to run in DOS mode. Since cygwin's wget is a windows program you should not run it in DOS see if you have any PIF file around that enables DOS mode and that you're actually using cygwin's wget. Output from `cygcheck wget` and `which -a wget` may help you further troubleshooting. > Steve Kelem > -- Med venlig hilsen / Kind regards Hack Kampbjørn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange behaviour of vpath with dos paths
Hi Johan, I took a quick look at source code for make 3.79.1-5. It looks to me like vpath.c (build_vpath_lists) does conversion of Win32 paths to posix ones for the VPATH variable but not for vpath. Not being a software programmer I'm not in a position to provide a patch, but maybe someone else could ? Colm A -- - Colm Aengus Murphy,Tel : +353 1 2911000 Senior Hardware Design Engineer, Direct Tel: +353 1 2911373 Silicon & Software Systems,Fax : +353 1 2911001 South County Business Park, Leopardstown, E-mail: [EMAIL PROTECTED] Dublin 18. WWW : www.s3group.com Ireland - -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
Hallo ! wild guess ... On Thu, 28 Feb 2002, Lapo Luchini wrote: > I think there's a ergression (at least on by box): > > $ ssh root@xxx > setgid 513: Invalid argument > > Using 1.3.9 it works OK. Did you check your /etc/passwd and or /etc/groups ? I have had the same problem some weeks ago, because of an to old passwd and groups file. Just compare the output of mkpasswd with your current file. Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
> > $ ssh root@xxx > > setgid 513: Invalid argument > > Using 1.3.9 it works OK. > Did you check your /etc/passwd and or /etc/groups ? Seems fairly "normal"... has it changed format lately? Uh.. yes, quite a bit I must admin ^^ Reinstalling 1.3.10... setgid 513: Invalid argument Nothing changed. Strange though! /etc/passwd ... Administrator:unused_by_nt/2000/xp:500:513:U-LAPO\Administrator,S-1-5-21-etc-etc-etc:/home/Administrator:/bin/bash ... /etc/group Everyone:S-1-1-0:0: SYSTEM:S-1-5-18:18: Administrators:S-1-5-32-544:544: Users:S-1-5-32-545:545: Guests:S-1-5-32-546:546: Backup Operators:S-1-5-32-551:551: Replicator:S-1-5-32-552:552: Server Operators:S-1-5-32-549:549: Account Operators:S-1-5-32-548:548: Print Operators:S-1-5-32-550:550: no group is 513! 0_o -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)
FWIW, I've patched sem_trywait and sem_wait. I haven't looked for further cases of misbehaviour though. Rob > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > As Robert indicated, in the vast majority of those cases, > this was, in fact, the right thing to do. > > It's apparently not the right thing to do in the case of > sem_trywait, so a patch will be required: > http://cygwin.com/contrib.html . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Enviroment always uppercased; Help me, please
Really??? > Don't start the program from a non cygwin program. I am using Windows 2000/NT operating system as the base for my cygwin programs and not DOS and not Linux. Do anyone know a good trick to use POSIX Environment (or simply real Windows Environment) without the cygwin-DOS changes. Hopefully waiting for help, without real POSIX I have to look for another programming base, instead of cygwin... Probably there has anybody build an own cygwin1.dll with POSIX Environment on Windows??? Markus > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 27, 2002 6:59 PM > To: [EMAIL PROTECTED] > Subject: Re: Enviroment always uppercased; Help me, please > > > On Wed, Feb 27, 2002 at 06:46:57PM +0100, Markus K. E. Kommant wrote: > >Seems to be a cygwin "feature" that the environment will be > uppercased, when > >called by a none cygwin program. > > "Correct". > > >Is there a trick to switch to a "POSIX" mode in cygwin and > leave the case of > >the environment unchanged? > > Don't start the program from a non cygwin program. > > cgf > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
On Thu, Feb 28, 2002 at 03:16:47PM +0100, Markus K. E. Kommant wrote: >Really??? > >> Don't start the program from a non cygwin program. > >I am using Windows 2000/NT operating system as the base for my cygwin >programs and not DOS and not Linux. Huh? >Do anyone know a good trick to use POSIX Environment (or simply real Windows >Environment) without the cygwin-DOS changes. c:\> c:\cygwin\bin\sh -c "myprog.exe arg1 arg2" I really don't know what you're talking about wrt cygwin-DOS. >Hopefully waiting for help, without real POSIX I have to look for another >programming base, instead of cygwin... > >Probably there has anybody build an own cygwin1.dll with POSIX Environment >on Windows??? No idea what this question is. Are you saying that you want a cygwin for the POSIX subsystem? There is no reason for such a thing. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to rebuild base packages?
[Sorry if this has been asked before. The mailing list search facility (http://cygwin.com/ml/cygwin/) seems to be down.] I want to rebuild the base Cygwin packages (currently: cygwin-1.3.10-1.tar.bz2, mingw-runtime-1.2-1.tar.gz and w32api-1.2-1.tar.bz2). Where can I find instructions as to how to rebuild them from their source packages? Given the unmodified source files, I should be able to build the binary packages such that the are the same as the downloadable binaries. I'm going to tweak the builds later, but first I want to prove that the build process is understood. Pointer(s), please? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
Sorry to start a flamewar, but this needs replying to: "John A. Turner" <[EMAIL PROTECTED]> wrote: > smiley notwithstanding, that doesn't seem all that amusing to me Of course not. After all, you (and all those Linux supporters and every one else (referring to the Linux supporters, not to you) who hates RMS) are completely non-political and are therefore /deeply/ offended by GNU's political beliefs, since they are completely non-contradictory to your completely non-existant political beliefs. Maybe that's not entirely correct, but if you can't see how that would be funny if it /were/ correct, there's no point in continuing this. If it's wrong, but you think it would be funny were it true, please correct me. > XEmacs is of course GPL'd, and I'd direct anyone who might wonder > about the source of misguided comments such as the above to: >From the website you directed me to (from the RMS quote): > But I can't do that, because substantial parts of XEmacs don't have > legal papers, or don't have known authors. Do you deny this (about the ``don't have known authors'' part?) Also from that website: > There is no difference in the nature of the copyrights or licenses > of the two projects. Copyright is defined by law and international > treaty, and is automatically awarded to the author as soon as a work > is published. The important thing here is the ``automatically awarded'' part. Do you agree that means implicitly under Copyright's default terms? Of course, a license may be attached to override those terms. /But that license can only be attached by the copyright holder/. If we don't know who the copyright holder is, we cannot have a license statement by him. So, the code is under default terms, i.e., proprietary. Do you disagree? Jon Cast Btw, some XEmacs developers refuse to assign copyright to the FSF. So, it doesn't seem unreasonable that some Emacs supporters refuse to use XEmacs. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
"Markus K. E. Kommant" wrote: > > Really??? > > > Don't start the program from a non cygwin program. > > I am using Windows 2000/NT operating system as the base for my cygwin > programs and not DOS and not Linux. > > Do anyone know a good trick to use POSIX Environment (or simply real Windows > Environment) without the cygwin-DOS changes. > > Hopefully waiting for help, without real POSIX I have to look for another > programming base, instead of cygwin... > > Probably there has anybody build an own cygwin1.dll with POSIX Environment > on Windows??? > > Markus I don't know what you're asking for. Cygwin does provide case sensitive environment variables. In a cmd.exe window: C:\>set env_var=lowercase C:\>set [...] env_var=lowercase [...] C:\>set ENV_VAR=UPPERCASE C:\>set [...] env_var=UPPERCASE [...] C:\>cygwin $ set | grep -i env_var ENV_VAR=UPPERCASE $ logout C:\cygwin\bin>exit And in cygwin's bash: $ env_var=lowercase $ ENV_VAR=UPPERCASE $ set | grep -i env_var ENV_VAR=UPPERCASE env_var=lowercase $ bash $ set | grep -i env_var $ exit $ export env_var ENV_VAR $ bash $ set | grep -i env_var ENV_VAR=UPPERCASE env_var=lowercase $ exit $ cmd.exe Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\>set [...] ENV_VAR=UPPERCASE [...] env_var=lowercase [...] As cfg said: "Don't start the program from a non cygwin program" -- Med venlig hilsen / Kind regards Hack Kampbjørn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygwin-1.3.10-1
unsubscribe ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Enviroment always uppercased; Help me, please
No, it doesn't When calling env.exe (compiled with cygwin1.dll), cygwin programs installed in c:/usr/bin starting cmd.exe: C:\>set garfield=1234 C:\>c:\usr\bin\env.exe | c:\usr\bin\grep -i gar GARFIELD=1234 env.exe (the cygwin program) has uppercased the environment. (the set in the example was the set of cmd.exe, useally there is no set.exe in /usr/bin) The solution, to start a cygwin program "NOT" from another cygwin program is impossible on Windows. B. Gates won't rebuild Windows with useage of cygwin1.dll? And this is not typical for Windows (as you see by using set from cmd.exe) and it is not typical for UNIX and POSIX. To uppercase some Environment values can make sense. When exporting them to a DOS (and some Windows programs), but this is not done by cygwin. And it could make sense to uppercase *some* variables, which come from Windows programs, see MKS Toolkit, like PATH, instead of Path, and some more, but this is optional. Else the use of cygwin is very restricted. I solved this problem in a port of the pdksh very carefully... But all the work is trash, if startupcode will change the environment - without notification or option to stop it. At the moment I am looking for a stable way (see thread Re: cygwin gcc DLLs loaded by Visual C++ crashing) to call the pdksh.exe as a pdksh1.dll. But the solution posted is not stable at the moment. After a while the programs will hang. But the environment is okay (startupcode of MSVC seems to be okay...). At least. Using the original Environment in cygwin is impossible. (> As cfg said: "Don't start the program from a non cygwin program") The solution could be a user build cygwin1.dll without the Environment hack?!? Anybody? Markus - Thread closed. > -Original Message- > From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 28, 2002 3:50 PM > To: Markus K. E. Kommant > Cc: [EMAIL PROTECTED] > Subject: Re: Enviroment always uppercased; Help me, please > > > "Markus K. E. Kommant" wrote: > > > > Really??? > > > > > Don't start the program from a non cygwin program. > > > > I am using Windows 2000/NT operating system as the base for > my cygwin > > programs and not DOS and not Linux. > > > > Do anyone know a good trick to use POSIX Environment (or > simply real Windows > > Environment) without the cygwin-DOS changes. > > > > Hopefully waiting for help, without real POSIX I have to > look for another > > programming base, instead of cygwin... > > > > Probably there has anybody build an own cygwin1.dll with > POSIX Environment > > on Windows??? > > > > Markus > > I don't know what you're asking for. Cygwin does provide case > sensitive > environment variables. > > In a cmd.exe window: > > C:\>set env_var=lowercase > C:\>set > [...] > env_var=lowercase > [...] > C:\>set ENV_VAR=UPPERCASE > C:\>set > [...] > env_var=UPPERCASE > [...] > C:\>cygwin > $ set | grep -i env_var > ENV_VAR=UPPERCASE > $ logout > C:\cygwin\bin>exit > > And in cygwin's bash: > $ env_var=lowercase > $ ENV_VAR=UPPERCASE > $ set | grep -i env_var > ENV_VAR=UPPERCASE > env_var=lowercase > $ bash > $ set | grep -i env_var > $ exit > $ export env_var ENV_VAR > $ bash > $ set | grep -i env_var > ENV_VAR=UPPERCASE > env_var=lowercase > $ exit > $ cmd.exe > Microsoft Windows 2000 [Version 5.00.2195] > (C) Copyright 1985-2000 Microsoft Corp. > > C:\>set > [...] > ENV_VAR=UPPERCASE > [...] > env_var=lowercase > [...] > > As cfg said: "Don't start the program from a non cygwin program" > > -- > Med venlig hilsen / Kind regards > > Hack Kampbjørn > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
Sounds like a problem with starting env directly from the command shell. Like he said, don't start cygwin programs from non-cygwin programs, i.e. don't run env from the command shell- use bash instead. From a cmd shell- cmd> set cAsE=sEnSiTiVe cmd> env | grep -i case CASE=sEnSiTiVe From a bash shell- bash> export cAsE=sEnSiTiVe bash> env | grep -i case cAsE=sEnSiTiVe HTH, Peter Markus K. E. Kommant wrote: > No, it doesn't > > When calling env.exe (compiled with cygwin1.dll), cygwin programs installed > in c:/usr/bin > > starting cmd.exe: > > C:\>set garfield=1234 > C:\>c:\usr\bin\env.exe | c:\usr\bin\grep -i gar > GARFIELD=1234 > > env.exe (the cygwin program) has uppercased the environment. > (the set in the example was the set of cmd.exe, useally there is no set.exe > in /usr/bin) > > The solution, to start a cygwin program "NOT" from another cygwin program is > impossible on Windows. B. Gates won't rebuild Windows with useage of > cygwin1.dll? > > And this is not typical for Windows (as you see by using set from cmd.exe) > and it is not typical for UNIX and POSIX. > > To uppercase some Environment values can make sense. > > When exporting them to a DOS (and some Windows programs), but this is not > done by cygwin. > > And it could make sense to uppercase *some* variables, which come from > Windows programs, see MKS Toolkit, like PATH, instead of Path, and some > more, but this is optional. Else the use of cygwin is very restricted. I > solved this problem in a port of the pdksh very carefully... But all the > work is trash, if startupcode will change the environment - without > notification or option to stop it. > > At the moment I am looking for a stable way (see thread Re: cygwin gcc DLLs > loaded by Visual C++ crashing) to call the pdksh.exe as a pdksh1.dll. > > But the solution posted is not stable at the moment. After a while the > programs will hang. > But the environment is okay (startupcode of MSVC seems to be okay...). > > At least. Using the original Environment in cygwin is impossible. (> As cfg > said: "Don't start the program from a non cygwin program") > > The solution could be a user build cygwin1.dll without the Environment > hack?!? Anybody? > > Markus > - Thread closed. > > > >>-Original Message- >>From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, February 28, 2002 3:50 PM >>To: Markus K. E. Kommant >>Cc: [EMAIL PROTECTED] >>Subject: Re: Enviroment always uppercased; Help me, please >> >> >>"Markus K. E. Kommant" wrote: >> >>>Really??? >>> >>> Don't start the program from a non cygwin program. >>>I am using Windows 2000/NT operating system as the base for >>> >>my cygwin >> >>>programs and not DOS and not Linux. >>> >>>Do anyone know a good trick to use POSIX Environment (or >>> >>simply real Windows >> >>>Environment) without the cygwin-DOS changes. >>> >>>Hopefully waiting for help, without real POSIX I have to >>> >>look for another >> >>>programming base, instead of cygwin... >>> >>>Probably there has anybody build an own cygwin1.dll with >>> >>POSIX Environment >> >>>on Windows??? >>> >>>Markus >>> >>I don't know what you're asking for. Cygwin does provide case >>sensitive >>environment variables. >> >>In a cmd.exe window: >> >> C:\>set env_var=lowercase >> C:\>set >> [...] >> env_var=lowercase >> [...] >> C:\>set ENV_VAR=UPPERCASE >> C:\>set >> [...] >> env_var=UPPERCASE >> [...] >> C:\>cygwin >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> $ logout >> C:\cygwin\bin>exit >> >>And in cygwin's bash: >> $ env_var=lowercase >> $ ENV_VAR=UPPERCASE >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> env_var=lowercase >> $ bash >> $ set | grep -i env_var >> $ exit >> $ export env_var ENV_VAR >> $ bash >> $ set | grep -i env_var >> ENV_VAR=UPPERCASE >> env_var=lowercase >> $ exit >> $ cmd.exe >> Microsoft Windows 2000 [Version 5.00.2195] >> (C) Copyright 1985-2000 Microsoft Corp. >> >> C:\>set >> [...] >> ENV_VAR=UPPERCASE >> [...] >> env_var=lowercase >> [...] >> >>As cfg said: "Don't start the program from a non cygwin program" >> >>-- >>Med venlig hilsen / Kind regards >> >>Hack Kampbjørn >> >> > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: inetd broken with cygwin.dll 1.3.9
Hello, again. I have updated to cygwin.1.3.10, but it doesn't work yet. Could anyone help me? Bye. -Mensaje original- De: Rafael Botejara [SMTP:[EMAIL PROTECTED]] Enviado el: martes, 26 de febrero de 2002 15:07 Para: 'CYGWIN' Asunto: inetd broken with cygwin.dll 1.3.9 Hello: I have an installation with cygwin1.3.3 and telnetd (inetd) running ok. But when I have updated to cygwin1.3.9, telnetd does not prompt for login It says: Connection closed by foreign host. Downgrading to cygwin 1.3.3 or 1.3.6 works!!! What happend with it??? Bye Rafa. -- This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of SchlumbergerSema. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Child died with signal 13
Eugene, Signal numbers and errno codes (and process status codes) are distinct. Process status codes to incorporate the signal number when a signal caused the death of the process. Signal 13 is SIGPIPE: Write to a pipe with no process there to read the data. In your context, this means the tar process has closed the pipe because it has concluded there is no more data to be retrieved from the gunzip sub-process it started in response to the 'z' option. If tar didn't do this, it would have to read all the gunzip-ed data. If it didn't either close the pipe (leading to the signal) or read the data, the child would just block and those processes would stall (at least until you or some other external action killed the tar + gunzip process group). Signal 2 is SIGINT, the signal that results when you type a ^C. Interactive shells suppress messages about certain signals causing process termination. In particular, SIGPIPE and SIGINT terminations are not reported as such by BASH. Tar is not making these exceptions. Randall Schulz Mountain View, CA USA At 05:51 2002-02-26, Eugene Rosenzweig wrote: >Hmm, it worked for me. I assume out of the documentation that tar will >spawn gzip -d filename and pipe it into itself. So, if 13 is the system >error from tar, which is EACCES, permission denied so maybe there is a >problem accessing the file? The listing shows that file is owned by >Administ(rator?) and prompt says Administrator so it seems correct but if >you substitute filename for nonexistent one then you get tar: Child died >with signal 2 <-- 2 being 'file not found' error so it seems that there is >a problem with permissions? > >Eugene. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
Hello, I am very interested in a cygwin/xfree86 emacs, because NTemacs can't be regarded as an full emacs port, and xemacs isn't really compatible, and much too slow. Furthermore I believe that since the 21.1 emacs has become better than xemacs. However I must mention that I am very happy that xemacs is available in a cygwin version. In the past I tried porting emacs to cygwin/xfree86/lesstif, however it wasn't succesful. If anybody can help please let me know. -Kathy FWIW, there's a true Cygwin port of XEmacs available now (as well as a Windows-native port). See http://www.xemacs.org Jon Cast wrote: > > You wrote: > > > I think that we need a CygEmacs - an emacs that will be compiled > > with the real Cygwin ported gcc (i.e. without the > > -mno-cygwin). > > I should probably point out that I am (slowly) working on such a port > of Emacs. __ Über 1 Mio. Angebote - Startpreis Euro 1,- http://www.fireball.de/ebay.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
On Thu, Feb 28, 2002 at 02:27:15PM +0100, Lapo Luchini wrote: > > > $ ssh root@xxx > > > setgid 513: Invalid argument > > > Using 1.3.9 it works OK. > > Did you check your /etc/passwd and or /etc/groups ? > > Seems fairly "normal"... has it changed format lately? > Uh.. yes, quite a bit I must admin ^^ > [...] > /etc/group > Everyone:S-1-1-0:0: > SYSTEM:S-1-5-18:18: > Administrators:S-1-5-32-544:544: > Users:S-1-5-32-545:545: > Guests:S-1-5-32-546:546: > Backup Operators:S-1-5-32-551:551: > Replicator:S-1-5-32-552:552: > Server Operators:S-1-5-32-549:549: > Account Operators:S-1-5-32-548:548: > Print Operators:S-1-5-32-550:550: > > no group is 513! 0_o That's weird, actually. You should have a group 513 which is either your native version of "None" on a standalone box or "Domain Users" if you're in a domain. Please check rebuilding with mkgroup again. If mkgroup doesn't create a group 513, we have a glitch here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron problem
I reported a related problem a few weeks ago and then reported a fix for this last week. Unfortunately, I haven't seen any response from the maintainers--perhaps I reported this to the wrong list... Did you start the cron daemon (as some other user?) before creating a crontab? If yes, then that other user (probably 'SYSTEM') owns /var/cron and you don't have write access. On Win2k, you can change the owner of that directory, and then add that user and give that user full control over /var/cron and /var/cron/tabs. Next time, make a crontab before starting the cron daemon. What I think should really happen is that cron should create those directories during installation so they are owned by whoever installed cygwin. Best of luck. Mike On Wed, 27 Feb 2002, Sanjay Gupta wrote: > Date: Wed, 27 Feb 2002 17:31:05 -0800 > From: Sanjay Gupta <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: cron problem > > Why, I am getting the following error when creating cronjobs. > > $ crontab -e > no crontab for Administrator - using an empty one > crontab: installing new crontab > crontab: error renaming tabs/tmp.000107 to tabs/Administrator > rename: Permission denied > crontab: edits left in /tmp/crontab.107 > > Sanjay > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Enviroment always uppercased; Help me, please
> From: Markus K. E. Kommant [mailto:[EMAIL PROTECTED]] > Subject: RE: Enviroment always uppercased; Help me, please > The solution could be a user build cygwin1.dll without the Environment > hack?!? Anybody? You. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Alec, Had you but tried, you'd know the answer is "yes." Randall Schulz Mountain View, CA USA At 23:10 2002-02-27, Alec wrote: >Hi > >Is it possible to get the default terminal emulator to interact with the >mouse the way xterm under UNIX or rxvt under UNIX or Cygwin do, i.e. is it >possible to select text, paste with the middle key, etc.? > >Thanks >Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: postgresql-7.2-2
On his announcement of the updated postgresql-7.2.2, Jason Tishler wrote : >> WARNING WARNING WARNING WARNING WARNING >> Note that this distribution will *not* function correctly with Cygwin >> 1.3.9-1. If you want to use this distribution, then you *must* upgrade >> your Cygwin DLL to a recent snapshot (i.e., 2002-Feb-10 or later) >> or to the next release after 1.3.9-1 (when available). >> WARNING WARNING WARNING WARNING WARNING Now that the Cygwin DLL has advanced from 1.3.9-1 to 1.3.10-1 does this mean it's OK to reinstate postgresql-7.2.2? If it is, do we do it ourselves by an explicit intervention using setup.ini, or will setup.ini "see to it" for us (at some stage). This is not a nag (as in "1.3.9 -> 1.3.10 happened just now, so what's happening about postgresql, then?"), or it's not meant to be anyway : I ask because although I think I know how to manage this for myself, I really don't know whether I should. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
Jon Cast wrote: > Sorry to start a flamewar, but this needs replying to: Sure. In PRIVATE mail. Please take this incipient flamewar offline. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
they have a new interface
Hope you will like it: http://private.amsterdamlivexxx.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Randall R Schulz wrote: > Alec, > > Had you but tried, you'd know the answer is "yes." Not necessarily. What does Alec mean by "default terminal emulator" -- and what did you THINK he meant? I bet Alec was referring to "bash in a dos box" -- where you have to do click-on-title-bar, Mark, click-on-title-bar, Copy, ... etc. You probably are referring to rxvt. I never use bash-in-a-dos-box, so I can't really address the substance of the question, tho... --Chuck > > Randall Schulz > Mountain View, CA USA > > > At 23:10 2002-02-27, Alec wrote: > >> Hi >> >> Is it possible to get the default terminal emulator to interact with >> the mouse the way xterm under UNIX or rxvt under UNIX or Cygwin do, >> i.e. is it possible to select text, paste with the middle key, etc.? >> >> Thanks >> Alec > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Chuck, Considering that Alec had just posted another question about RXVT fonts, yes I assumed that he was asking about RXVT. "BASH-in-a-DOS-box" uses the Windows text treatment. Click-drag or click + shift-click to select (or double-click for word-select); Right mouse with selection to copy; Right mouse w/o selection to paste. All these mouse-based editing operations require QuickEdit mode to be enabled to operate as described without menu interaction. Randall Schulz Mountain View, CA USA At 09:21 2002-02-28, Charles Wilson wrote: >Randall R Schulz wrote: > >>Alec, >>Had you but tried, you'd know the answer is "yes." > > >Not necessarily. What does Alec mean by "default terminal emulator" -- >and what did you THINK he meant? I bet Alec was referring to "bash in a >dos box" -- where you have to do click-on-title-bar, Mark, >click-on-title-bar, Copy, ... etc. > >You probably are referring to rxvt. > >I never use bash-in-a-dos-box, so I can't really address the substance of >the question, tho... > >--Chuck > > > >>Randall Schulz >>Mountain View, CA USA >> >>At 23:10 2002-02-27, Alec wrote: >> >>>Hi >>> >>>Is it possible to get the default terminal emulator to interact with the >>>mouse the way xterm under UNIX or rxvt under UNIX or Cygwin do, i.e. is >>>it possible to select text, paste with the middle key, etc.? >>> >>>Thanks >>>Alec >> >>-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
> > /etc/group > > Everyone:S-1-1-0:0: > > SYSTEM:S-1-5-18:18: > > Administrators:S-1-5-32-544:544: > > Users:S-1-5-32-545:545: > > Guests:S-1-5-32-546:546: > > Backup Operators:S-1-5-32-551:551: > > Replicator:S-1-5-32-552:552: > > Server Operators:S-1-5-32-549:549: > > Account Operators:S-1-5-32-548:548: > > Print Operators:S-1-5-32-550:550: > > > > no group is 513! 0_o > > That's weird, actually. You should have a group 513 which > is either your native version of "None" on a standalone box > or "Domain Users" if you're in a domain. > > Please check rebuilding with mkgroup again. If mkgroup doesn't > create a group 513, we have a glitch here. > > Corinna I re-created that just before writing the message... Administrator@CYBERONE ~ $ mkgroup -l Everyone:S-1-1-0:0: SYSTEM:S-1-5-18:18: Administrators:S-1-5-32-544:544: Users:S-1-5-32-545:545: Guests:S-1-5-32-546:546: Backup Operators:S-1-5-32-551:551: Replicator:S-1-5-32-552:552: Server Operators:S-1-5-32-549:549: Account Operators:S-1-5-32-548:548: Print Operators:S-1-5-32-550:550: Accesso compatibile precedente a Windows 2000:S-1-5-32-554:554: Server RAS e IAS:S-1-5-21-1957994488-1303643608-1417001333-553:553: DnsAdmins:S-1-5-21-1957994488-1303643608-1417001333-1104:1104: Administrator@CYBERONE ~ $ cygcheck -s Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Feb 28 18:25:49 2002 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 2 Path: C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Programmi\Utility C:\Language\Cygnus\bin\ C:\Language\Java2\bin C:\Programmi\MSSQL7\BINN C:\Programmi\Symantec\pcAnywhere\ C:\Programmi\File comuni\Autodesk Shared\ C:\PROGRA~1\BITKEE~1 C:\Language\Tcl\bin F:\Java2\JET\BIN SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `ntsec' Path = `C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Utility;C:\Language\Cygnus\bin\;C:\Language\Java2\bin;C:\Programmi\MSSQL7\BINN;C:\Programmi\Symantec\pcAnywhere\;C:\Programmi\File comuni\Autodesk Shared\;C:\PROGRA~1\BITKEE~1;C:\Language\Tcl\bin;;F:\Java2\JET\BIN' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS4334Mb 93% CP CS UN PA FC Skuld-SYS d: hd NTFS 15451Mb 84% CP CS UN PA FC Skuld-NET e: hd NTFS2047Mb 72% CP CS UN PA FC Skuld-STORE f: hd NTFS4337Mb 24% CP CS UN PA FC Skuld-LANG g: fd N/AN/A k: cd CDFS 647Mb 100%CS UN Music 14 l: cd N/AN/A m: cd N/AN/A . /cygdrive userbinmode,noumount F:\Cygnus / system binmode F:/Cygnus/bin /usr/bin system binmode F:/Cygnus/lib /usr/lib system binmode Found: C:\Language\Cygnus\bin\bash.exe Found: C:\Language\Cygnus\bin\cat.exe Found: C:\Language\Cygnus\bin\cpp.exe Found: C:\Language\Cygnus\bin\find.exe Found: C:\Language\Cygnus\bin\gcc.exe Found: C:\Language\Cygnus\bin\gdb.exe Found: C:\Language\Cygnus\bin\ld.exe Found: C:\Language\Cygnus\bin\ls.exe Found: C:\Language\Cygnus\bin\make.exe Found: C:\Language\Cygnus\bin\sh.exe 56k 2000/12/03 C:\Language\Cygnus\bin\cygbz21.0.dll 621k 2002/01/16 C:\Language\Cygnus\bin\cygcrypto.dll 45k 2001/04/25 C:\Language\Cygnus\bin\cygform5.dll 35k 2002/01/09 C:\Language\Cygnus\bin\cygform6.dll 19k 2002/02/20 C:\Language\Cygnus\bin\cyggdbm.dll 17k 2001/06/28 C:\Language\Cygnus\bin\cyghistory4.dll 22k 2001/12/13 C:\Language\Cygnus\bin\cygintl-1.dll 21k 2001/06/20 C:\Language\Cygnus\bin\cygintl.dll 81k 2000/12/05 C:\Language\Cygnus\bin\cygitcl30.dll 35k 2000/12/05 C:\Language\Cygnus\bin\cygitk30.dll 26k 2001/04/25 C:\Language\Cygnus\bin\cygmenu5.dll 20k 2002/01/09 C:\Language\Cygnus\bin\cygmenu6.dll 156k 2001/04/25 C:\Language\Cygnus\bin\cygncurses++5.dll 175k 2002/01/09 C:\Language\Cygnus\bin\cygncurses++6.dll 226k 2001/04/25 C:\Language\Cygnus\bin\cygncurses5.dll 202k 2002/01/09 C:\Language\Cygnus\bin\cygncurses6.dll 15k 2001/04/25 C:\Language\Cygnus\bin\cygpanel5.dll 12k 2002/01/09 C:\Language\Cygnus\bin\cygpanel6.dll 40k 2001/11/21 C:\Language\Cygnus\bin\cygpcre.dll 39k 2001/11/21 C:\Language\Cygnus\bin\cygpcreposix.dll 170k 2002/01/21 C:\Language\Cygnus\bin\cygpng2.dll 108k 2001/06/28 C:\Language\Cygnus\bin\cygreadline4.dll 156k 2002/01/16 C:\Language\Cygnus\bin\cygssl.dll 390k 2000/12/05 C:\Language\Cygnus\bin\cygtcl80.dll 5k 2000/12/05 C:\Language\Cygnus\bin\cygtclpip80.dll 10k 2000/12/05 C:\Language\Cygnus\bin\cygtclreg80.dll 623k 2000/12/05 C:\Language\Cygnus\bin\cygtk80.dll 50k 2002/01/20 C:\Language\Cygnus\bin\cygz.dll 751k 2002/02/25 C:\Language\Cygnus\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions
Re: CVS Problems: Updated: gdbm-1.8.0-4
Schaible, Jörg wrote:
> Hi Charles,
>
>
>>Note that merely updating cyggdbm to this new version will NOT
>>magically enable CVS to host repositories on text mounts; nor will
>>it magically fix CVS's existing problems with CR/LF. This gdbm
>>update may fix the gdbm database files within the CVSROOT repository,
>>but CVS itself is still not text/binary clean. Workin' on it...
>>
>
> can you give me a hint, where CVS with a repository on a binary mount
Correct, with repository on *binary* mounts cvs will work fine -- with
one caveat.
> will
> have CR/LF problems? I am using it since more than a year and I had never
> detected any problems independently wether I check out to bin or text
> mounted directories (on NTFS).
Correct, checkouts to bin or text -- from a binmount repository -- work
fine -- with one caveat.
> I did not have problems also working with
> repositories of the the net.
True.
> for Your comment seems to indicate some
> malfunction you're able to reproduce.
Yes.
> I would not like to detect anything
> major problems managing my sources if I can avoid it.
Understandable.
-
Here's the deal:
(a) currently, you can't host repositories on text mounts.
(b) the caveat for binmount-hosted repositories: the CVS spec says that
all 'normal' files in the repository should be stored *without* ^M (that
is, in what we in the cygwin world call "bin" mode or sometimes "unix"
mode -- but to avoid confusion, when refering to an actual FILE, I will
call it 'LF' mode (I will call "dos" or "text" files by this name:
"LF/CR" mode). When referring to a mount point and the cygwin default
behavior with respect to files written under that mount point, I will
call THAT "bin" mode or "text" mode, respectively.
Well, the current cygwin port of CVS seems to store all 'normal' files
in the repository in LF/CR mode. On checkout (from a local repository)
all 'normal' files are created in LF/CR mode. This is *regardless* of
whether the local working directory is on a binmount or textmount. (Of
course, the repository is on a binmount; see (a) above).
If a given file is checked in or tagged with cvs's '-kb' flag, then it
is stored without LF->LF/CR translation (and without LF/CR->LF
translation) -- but there are SERIOUS drawbacks to marking ordinary text
files as '-kb': like, you can't do 'cvs diff'. Multiple revisions are
stored _in toto_ in the repository. No keyword translation is done
("$Id$", etc). Bad.
Strangely, none of these problems seem to occur when using a remote
(unix-based) :pserver: repository. Therefore, I believe the "write data
file into repository file 'foo/bar,v'" code is explicitly, and
erroneously, setting the fopen mode to "wt"/"rt". Writes (and reads)
to/from files in the local repository are obviously done "correctly" --
without any explicit 't' or 'b' modifiers (because we know that local
dirs can be on textmounts or binmounts, and stuff 'just works').
What *should* happen is that repository writes need to manually
translate "LF/CR" into "LF", and write with "wb". (!!--!!)
--
Now, (a) is probably pretty easy to fix. The sentence marked (!!--!!)
should take care of that. However, (b) is a bigger problem -- because
of the existing infrastructure that many people already have. I don't
want to break the 2000 personal/local repositories out there that
already have a bunch of "LF/CR"-ized ,v files.
So, I'm somewhat at a loss right now as to the "right thing to do".
Perhaps if all repository reads were also done by reading with "rb" and
then manually translating "LF/CR" into "LF" (this insures that
previously created repositories with the erroneous LF/CR endings are
handled gracefully) But then diffs against local working dirs on
binmounts -- where the checked-out copies already have
"LF/CR"-terminations will break...
"Please run dos2unix on all text files in your working dir, IF your
working dir is on a binmount"...bleah
"For every working dir that is a checkout from a locally-hosted
repository, please commit all changes back to that repository before
upgrading CVS. Then, do a 'cvs release' on all working dirs. Remove
them. Upgrade CVS. Then check them back out using the new cvs.exe."
Double bleah
Somebody has mentioned that because of the WinCVS port, cvs already has
some code in it to manually do LF/CR->LF (and reverse) conversions...I
haven't looked yet. Perhaps all that's missing is for that code to get
"turned on" in the cygwin port. However, that still leaves the
sociological issues w.r.t. the already extant local repositories out
there...
Anyway, I have over 300 messages relating to cvs sitting in a folder,
and I've got to got thru all of them, fix the problems reported (most
seem to be either this LF/CR thing, "I want to host a repo on a
textmount" or "I want to run cygwin-cvs in :pserver: daemon mode"...)
I think what I may do is merely port my existing cygwin-cvs
Re: CVS Problems: Updated: gdbm-1.8.0-4
Charles Wilson wrote: > Strangely, none of these problems seem to occur when using a remote > (unix-based) :pserver: repository. Therefore, I believe the "write data > file into repository file 'foo/bar,v'" code is explicitly, and > erroneously, setting the fopen mode to "wt"/"rt". Writes (and reads) > to/from files in the local repository are obviously done "correctly" -- ^^ working directory > without any explicit 't' or 'b' modifiers (because we know that local > dirs can be on textmounts or binmounts, and stuff 'just works'). --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Randall R Schulz wrote: > All these > mouse-based editing operations require QuickEdit mode to be enabled to > operate as described without menu interaction. Hmmm...Properties->QuickEdit. Whaddaya know... --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt & custom fonts
Alec, Cygwin uses Windows' fonts. The only exception I know of is the TeX software, which, as with all TeX software, uses its own fonts. To select a particular point size, append a hyphen and a decimal integer point size to the font's name as used and reported by Windows in the "Fonts" folder (under Control Panels, at least in Win 2K). For example, here's how I start RXVT on a 1280x1024 monitor: D:\cygwin\bin\rxvt.exe -g 110x89+485+-1 -bg #dd -fg #00 -fn "Lucida Console-11" -sr -sl 5000 -tn rxvt -vb -e /bin/bash --login -i You may or may not have Lucida Console on your system. I cannot recall if that's one of the fonts I downloaded from the MS web site or if it was a built-in font on Windows 2000. Randall Schulz Mountain View, CA USA At 23:12 2002-02-27, Alec wrote: >Hi > >Under UNIX, I can do xlsfonts to see what fonts are available and then use >those while launching rxvt with the "-fn" option. Is there any way to find >out which fonts are available to Cygwin rxvt? > >Thanks >Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Enviroment always uppercased; Help me, please
When bash is called by a windows program, such as command.exe, or explorer.exe, there is no problem with variables that are set *after* you invoke bash. If I start a command shell, then invoke bash and set a var, then invoke env, it works (as I showed in my first message). As you said, windows is not compiled against cygwin1.dll, so bash must be started from windows. The key is you must set the environment variable in bash, and invoke env from bash, for env to be case sensitive on the varible name. If the variable is set in a cmd shell or passed through a cmd shell, it will not be case sensitive when looked at with env. HTH, Peter Markus K. E. Kommant wrote: > It will work with MKS Toolkit Shell. > The program is started by my own (non cygwin compiled) program. > Every other program, execpt programs compiled with cygwin, are okay. > > The bug is inside cygwin, not in Windows or cmd.exe. > > I am using my own pdksh.exe port. But even bash must be called by Windows > programs. And then there will be a problem. > > best regards >Markus > > >>-Original Message- >>From: Peter Buckley [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, February 28, 2002 4:26 PM >>To: Markus K. E. Kommant; [EMAIL PROTECTED] >>Subject: Re: Enviroment always uppercased; Help me, please >> >> >>Sounds like a problem with starting env directly from the >>command shell. >>Like he said, don't start cygwin programs from non-cygwin >>programs, i.e. >>don't run env from the command shell- use bash instead. >> >> From a cmd shell- >> >>cmd> set cAsE=sEnSiTiVe >>cmd> env | grep -i case >>CASE=sEnSiTiVe >> >> From a bash shell- >> >>bash> export cAsE=sEnSiTiVe >>bash> env | grep -i case >>cAsE=sEnSiTiVe >> >>HTH, >>Peter >> >>Markus K. E. Kommant wrote: >> >> >>>No, it doesn't >>> >>>When calling env.exe (compiled with cygwin1.dll), cygwin >>> >>programs installed >> >>>in c:/usr/bin >>> >>>starting cmd.exe: >>> >>>C:\>set garfield=1234 >>>C:\>c:\usr\bin\env.exe | c:\usr\bin\grep -i gar >>>GARFIELD=1234 >>> >>>env.exe (the cygwin program) has uppercased the environment. >>>(the set in the example was the set of cmd.exe, useally >>> >>there is no set.exe >> >>>in /usr/bin) >>> >>>The solution, to start a cygwin program "NOT" from another >>> >>cygwin program is >> >>>impossible on Windows. B. Gates won't rebuild Windows with useage of >>>cygwin1.dll? >>> >>>And this is not typical for Windows (as you see by using >>> >>set from cmd.exe) >> >>>and it is not typical for UNIX and POSIX. >>> >>>To uppercase some Environment values can make sense. >>> >>>When exporting them to a DOS (and some Windows programs), >>> >>but this is not >> >>>done by cygwin. >>> >>>And it could make sense to uppercase *some* variables, >>> >>which come from >> >>>Windows programs, see MKS Toolkit, like PATH, instead of >>> >>Path, and some >> >>>more, but this is optional. Else the use of cygwin is very >>> >>restricted. I >> >>>solved this problem in a port of the pdksh very >>> >>carefully... But all the >> >>>work is trash, if startupcode will change the environment - without >>>notification or option to stop it. >>> >>>At the moment I am looking for a stable way (see thread Re: >>> >>cygwin gcc DLLs >> >>>loaded by Visual C++ crashing) to call the pdksh.exe as a >>> >>pdksh1.dll. >> >>>But the solution posted is not stable at the moment. After >>> >>a while the >> >>>programs will hang. >>>But the environment is okay (startupcode of MSVC seems to >>> >>be okay...). >> >>>At least. Using the original Environment in cygwin is >>> >>impossible. (> As cfg >> >>>said: "Don't start the program from a non cygwin program") >>> >>>The solution could be a user build cygwin1.dll without the >>> >>Environment >> >>>hack?!? Anybody? >>> >>>Markus >>>- Thread closed. >>> >>> >>> >>> -Original Message- From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 3:50 PM To: Markus K. E. Kommant Cc: [EMAIL PROTECTED] Subject: Re: Enviroment always uppercased; Help me, please "Markus K. E. Kommant" wrote: >Really??? > > > >>Don't start the program from a non cygwin program. >> >> >I am using Windows 2000/NT operating system as the base for > > my cygwin >programs and not DOS and not Linux. > >Do anyone know a good trick to use POSIX Environment (or > > simply real Windows >Environment) without the cygwin-DOS changes. > >Hopefully waiting for help, without real POSIX I have to > > look for another >programming base, instead of cygwin... > >Probably there has anybody build an own cygwin1.dll with > > POSIX Environment >on Windows??? > >Markus > > I don't know what you're asking for. Cygwin does provide case sensitive environment variables. In a cmd.exe window: >
RE: cron problem
Thanks Michael, I have read your post and I guess, I have started cron daemon first. I have WinNT 4.0 SP6a and I was not able to delete the cron directory. I have tried rm -rf cron and I have also tried deleteing the cron directory from WinNT but I couldn't. It was saying that Access is denied or file is being used. Then I asked my WinNT adminstrator to delete the cron directory and he was able to do it with little efforts. After delete cron directory, I first did crontab -e and put a dummy entry in crontab * * * * * date > date.log and then it worked. Sanjay -Original Message- From: Michael Adler [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 7:50 AM To: Sanjay Gupta Cc: '[EMAIL PROTECTED]' Subject: Re: cron problem I reported a related problem a few weeks ago and then reported a fix for this last week. Unfortunately, I haven't seen any response from the maintainers--perhaps I reported this to the wrong list... Did you start the cron daemon (as some other user?) before creating a crontab? If yes, then that other user (probably 'SYSTEM') owns /var/cron and you don't have write access. On Win2k, you can change the owner of that directory, and then add that user and give that user full control over /var/cron and /var/cron/tabs. Next time, make a crontab before starting the cron daemon. What I think should really happen is that cron should create those directories during installation so they are owned by whoever installed cygwin. Best of luck. Mike On Wed, 27 Feb 2002, Sanjay Gupta wrote: > Date: Wed, 27 Feb 2002 17:31:05 -0800 > From: Sanjay Gupta <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: cron problem > > Why, I am getting the following error when creating cronjobs. > > $ crontab -e > no crontab for Administrator - using an empty one > crontab: installing new crontab > crontab: error renaming tabs/tmp.000107 to tabs/Administrator > rename: Permission denied > crontab: edits left in /tmp/crontab.107 > > Sanjay > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.3.10-1
Anyone seen this? after upgrading from cygwin-1.3.9-1 to cygwin-1.3.10-1, I then ssh to the box, authenticate, see the motd, and then the login process hangs and throws the following error in a window: bash.exe Application Error The application failed to initialize properly (0xc022). Click on OK to terminate the application. running cygwin from the desktop shortcut works fine. reverting back to cygwin-1.3.9-1 makes the problem go away and I can ssh to the machine normally. I have also replicated this on multiple machines. If you haven't seen this behavior, do you have suggestions for me to troubleshoot it? Thanks, -- * * Peter Wohlers * *[EMAIL PROTECTED]* * Christopher Faylor wrote: > > I've made a new version of the Cygwin DLL and associated utilities > available for download. As usual, a list of what has changed is below. > > To update your installation, click on the "Install Cygwin now" link on > the http://cygwin.com/ web page. This downloads setup.exe to your > system. Then, run setup and answer all of the questions. > > To update your installation, click on the "Install Cygwin now" link on > the http://cygwin.com/ web page. This downloads setup.exe to your > system. Then, run setup and answer all of the questions. > > Note that we do not allow downloads from sources.redhat.com (aka > cygwin.com) due to bandwidth limitations. This means that you will need > to find a mirror which has this update. > > In the US, > ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ > is a reliable high bandwidth connection. > > In Germany, > ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is > usually pretty good. > > In the UK, > http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ > is usually up-to-date within 48 hours. > > If one of the above doesn't have the latest version of this package then > you can either wait for the site to be updated or find another mirror. > > If you have questions or comments, please send them to the Cygwin > mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would > use this mailing list rather than emailing me directly. This includes > ideas and comments about the setup utility or Cygwin in general. Really. > No kidding. Email cygwin stuff to [EMAIL PROTECTED] > > If you want to make a point or ask a question, the Cygwin mailing list > is the appropriate place. > > Did I mention that I'd prefer that all cygwin questions should go to > [EMAIL PROTECTED]? I can't remember... > > *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** > > If you want to unsubscribe from the cygwin-announce mailing list, look > at the "List-Unsubscribe: " tag in the email header of this message. > Send email to the address specified there. It will be in the format: > > [EMAIL PROTECTED] > > If you need more information on unsubscribing, start reading here: > > http://sources.redhat.com/lists.html#unsubscribe-simple > > Please read *all* of the information on unsubscribing that is available > starting at this URL. > > I implore you to READ this information before sending email about how > you "tried everything" to unsubscribe. In 100% of the cases where > people were unable to unsubscribe, the problem was that they hadn't > actually read and comprehended the unsubscribe instructions. > > If you need to unsubscribe from cygwin-announce or any other mailing > list, reading the instructions at the above URL is guaranteed to > provide you with the info that you need. > > Christopher Faylor > Red Hat, Inc. > > Changes since 1.3.9-1: > > - Attempt to fix CTRL-C problem with ptys/ttys which sometimes caused > inappropriate processes to receive SIGINT signal. (cgf) > > - Fix possible hangs with multi-threaded applications who read passwd > or group info. (cgf) > > - Use QueryPerformance* functions for gettimeofday calls. (cgf) > > - Allow attaching strace to a running process via "strace -p pid". (cgf) > > - Implement call to turn strace on and off in an strace-aware user > application. (cgf) > > - Various ntsec fixes. (vinschen, Pierre.Humblet) > > - Add interface for token ring cards. (Alexander.Gottwald) > > - Implement socket read/write using recv/send. (corinna) > > - Fix handling of NULL sun_path in getsockname. (corinna) > > - Use correct registry key for domainname in getdomainname. (corinna) > > - Add preliminary support for fd passing from a debugger. > > - Properly detect already existent symlink when existing symlink is "old style". > (corinna) > > - In mkpasswd, set default home path for 9x/Me if --path-to-home isn't given. > (corinna) > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug rep
Re: Cygintl-1 not found
Charles Wilson wrote: > Stangely enough, the setup.ini entry for grep(*) specifies that it > depends on the 'libintl1' package. I don't know why the package did not > get installed on your machine automatically (did you use setup?), but > the solution is to reinstall the 'libintl1' package. Thanks you Charles for your quick and speedy reply and my apologies for not checking google andhttp://www.cygwin.com/packages/ first and I should know better. As to why it did not get on my system in the first place it probably did but since: 1) I was one of those keeping up with the new setup and installing upgraded packages and 2) was also one of those to discover that the new setup had a problem (now fixed) with the last packages it was attempting to update (it was removing them and not updating them) and 3) it was late in the game before I realized that this was occurring and therefore had no idea what packages I may have lost as a result since they still showed as installed although they were not All of this as I explained in my posting but I have no excuse for not checking google for an entry in Dec of 2001 for why cygintl-1 came to be and had worked up until I had just updated several new packages and my system had been working fine 5 minutes before. I did at least relate it to the fact that I had probably lost something during the new setup.exe trial period as I did ask which package the file could be found in. You know I had been to http://www.cygwin.com/packages/ before (in fact last night before I posted the message) and never noticed that search. No excuses (just irritation) and my apologies to all for asking for help on something that if I had spent another hour over the one I had already spent trying to solve I could have fixed myself and posting to the wrong list as well. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VIM in rxvt & syntax highlighting
On Thursday 28 February 2002 04:30 am, Fergus Daly wrote: > The recent installation of vim lacks the default startup file that earlier > vesions had. So: place in your home directory (/home/alec/ or whatever) a > file called .vimrc (note the dot) containing > > set nocompatible > set backspace=indent,eol,start > set backup > set history=50 > set ruler > set background=dark > set showcmd > set incsearch > syntax on > set hlsearch I tried your .vimrc file. Is your syntax highlighted in COLOR? Mine isn't. Well, not in rxvt-2.7.2. It is colored in the default terminal emulator though. Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
script
I have compiled the script.c program but when running vi screen does not
perform as expected.
Can you help me? I'm compliling on HP_UX. Here's the code.
/* This is BSD script.. modified to be more quiet and to log everything
*/
/* that is typed, not just what gets echoed back (now logs passwords)
*/
/* because of this everything typed by the user and echoed back shows
*/
/* up doubled, if not echoed back it looks normal
*/
/* minor modifications to get it to compile on sunos
*/
/* run it on your favorite friend or sysadmin, remember, big brother is
*/
/* watching ..x0d
*/
#define STTYPATH "/bin/stty"
#define DEFSPATH "/tmp/log"
/*
* Copyright (c) 1980 Regents of the University of California.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
the
*documentation and/or other materials provided with the
distribution.
* 3. All advertising materials mentioning features or use of this
software
*must display the following acknowledgement:
* This product includes software developed by the University of
* California, Berkeley and its contributors.
* 4. Neither the name of the University nor the names of its
contributors
*may be used to endorse or promote products derived from this
software
*without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS''
AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE
LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY
WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY
OF
* SUCH DAMAGE.
*/
#ifndef lint
char copyright[] =
"@(#) Copyright (c) 1980 Regents of the University of California.\n\
All rights reserved.\n";
#endif /* not lint */
#ifndef lint
static char sccsid[] = "@(#)script.c5.13 (Berkeley) 3/5/91";
#endif /* not lint */
/*
* script
*/
#include
#include
#include
#include
#include
#include
#include
#include
/* #include
*/
#define _PATH_BSHELL "/bin/sh"
char*shell;
FILE*fscript;
int master;
int slave;
int child;
int subchild;
char*fname;
struct termios tt;
struct winsize win;
int lb;
int l;
charline[] = "/dev/ptyXX";
int aflg;
main(argc, argv)
int argc;
char *argv[];
{
extern char *optarg;
extern int optind;
int ch;
void finish();
char *getenv();
aflg++; /* always append to the file */
while ((ch = getopt(argc, argv, "a")) != EOF)
switch((char)ch) {
case 'a':
aflg++;
break;
case '?':
default:
fprintf(stderr, "usage: script [-a] [file]\n");
exit(1);
}
argc -= optind;
argv += optind;
if (argc > 0)
fname = argv[0];
else
fname = DEFSPATH;
if ((fscript = fopen(fname, aflg ? "a" : "w")) == NULL) {
perror(fname);
fail();
}
shell = getenv("SHELL");
if (shell == NULL)
shell = _PATH_BSHELL;
getmaster();
/* printf("Script started, file is %s\n", fname);
*/ /* not so loud!! */
fixtty();
(void) signal(SIGCHLD, finish);
child = fork();
if (child < 0) {
perror("fork");
fail();
}
if (child == 0) {
subchild = child = fork();
if (child < 0) {
perror("fork");
fail();
}
if (child)
dooutput();
else
doshell();
}
doinput();
}
doinput()
{
register int cc;
char ibuf[BUFSIZ];
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
"Katherina O'Connor" <[EMAIL PROTECTED]> wrote: > I am very interested in a cygwin/xfree86 emacs, Thank you for your interest. > However I must mention that I am very happy that xemacs is available > in a cygwin version. Naturally. > In the past I tried porting emacs to cygwin/xfree86/lesstif, however > it wasn't succesful. If anybody can help please let me know. I hope I can help--that's why I'm working on the port. If you want, you can review the ``cygwin-mount.el, Using GDB in NTEMACS'' thread on [EMAIL PROTECTED], and post additional details from your experience porting there. Jon Cast -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
login problems and RSA authentication
hi i am running win2k and cygwin but am haveing problems getting password authentication to work. it just doenst want to take the passwords for anyuser though i know i have them right. i know this info is a bit vague, but i dont really know what else to say since i have a basically basically out of the box setup as far as my users and passwords are concerned with bot win2k and cygwin. a relavant entry in my /etc/passwd file for user patrick looks like this: --snip-- patrick:unused_by_nt/2000/xp:1000:513:patrick,U-LUCY\patrick,S-1-5-21-329068152-813497703-1417001333-1000:/home/patrick:/bin/bash --snip-- what i would really like actually would be to be able to have access to the box through ssh by different users useing RSA authentication. i have read though that this doesnt work (however the post was almost a year n half old). does any one know if this is possible now or if there are any hacks with the same effect. (haveing one password/identity for all computers on the network while maintaning security) thanks all, lucas smith _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: script
At 01:36 PM 2/28/2002, Douglas Porter wrote: >I have compiled the script.c program but when running vi screen does not >perform as expected. >Can you help me? I'm compliling on HP_UX. Here's the code. Sorry. This list is for Cygwin-related issues. Perhaps you want to consult some HP developer's forum. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to get out of dbi-users
- Original Message - From: "Pascal Rouchon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 07:01 Subject: Re: Updated: cygwin-1.3.10-1 > unsubscribe If you could be bothered to look at the bottom of every single message that appears in this list (including your original whine and this message), you wouldn't have to bother us. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Path Name Help
OS : Win NT 4.0 SP 6a I am writing shell script which does Oracle Export. In the script, I have to give the name of export file, I am not sure how to include the path information. Example :- exp system/manager file=/usr/exp.dmp full=Y see the file= parameter, when I use the above command then the Oracle exp utility is not able to recognize the file information, it gives error "failed to open /usr/exp.dmp for write" So looks like unix style path does not work. Then I tried window style path exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y This works but it does not create file in d:\Oracle8i\Exp directory but in creates file in D root directory i.e. in D:\ with name oracle8iexpexp.dmp. So this also does not create file in appropiate directory. Please help me. Thanks in Advance. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Path Name Help
At 03:34 PM 2/28/2002, Sanjay Gupta wrote: >OS : Win NT 4.0 SP 6a > >I am writing shell script which does Oracle Export. In the script, I have to >give the name of export file, I am not sure how to include the path >information. > >Example :- > >exp system/manager file=/usr/exp.dmp full=Y > >see the file= parameter, when I use the above command then the Oracle exp >utility is not able to recognize the file information, it gives error >"failed to open /usr/exp.dmp for write" >So looks like unix style path does not work. > >Then I tried window style path > >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > >This works but it does not create file in d:\Oracle8i\Exp directory but in >creates file in D root directory i.e. in D:\ with name oracle8iexpexp.dmp. >So this also does not create file in appropiate directory. Sounds like a problem that you should be asking Oracle about, or am I missing why this is a Cygwin issue? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Path Name Help
I am not sure whether this is Oracle issue because if I use the same command from the command prompt of Windows, it does work. e.g. the following command works from windows does prompt. The files gets created in d:\oracle8i\exp directory. exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y but the same thing does not work well when executed from cygwin shell. -Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 12:38 PM To: Sanjay Gupta; '[EMAIL PROTECTED]' Subject: Re: Path Name Help At 03:34 PM 2/28/2002, Sanjay Gupta wrote: >OS : Win NT 4.0 SP 6a > >I am writing shell script which does Oracle Export. In the script, I have to >give the name of export file, I am not sure how to include the path >information. > >Example :- > >exp system/manager file=/usr/exp.dmp full=Y > >see the file= parameter, when I use the above command then the Oracle exp >utility is not able to recognize the file information, it gives error >"failed to open /usr/exp.dmp for write" >So looks like unix style path does not work. > >Then I tried window style path > >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > >This works but it does not create file in d:\Oracle8i\Exp directory but in >creates file in D root directory i.e. in D:\ with name oracle8iexpexp.dmp. >So this also does not create file in appropiate directory. Sounds like a problem that you should be asking Oracle about, or am I missing why this is a Cygwin issue? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.3.10-1
> Anyone seen this? > > bash.exe Application Error > The application failed to initialize properly (0xc022). Click on OK to terminate >the application. > I am also getting this error after I upgraded. I'd be happy to run any diagnostics people can think of, or share any configuration info people think is relevant. I'm running inetd to launch sshd. -- 1969 Karl Zilles | Technical Architect, Principal http://www.1969.ws | [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Path Name Help
OK, then you want to review some good documents on basic tenants of UNIX and it's shells. This is neither an Oracle issue nor a Cygwin one. It's a cockpit error. For this particular issue, you can resolve your problem by quoting your path or escaping the backslashes. You may find that 'exp' allows you to use '/' for the path separator, in which case you can substitute it for '\' and not need to make any other syntax changes. But that's dependent on how strict 'exp' is with path separators. I personally can't say. Reading up on how UNIX shells works would be a good basis for your continued work in this area and save you the time of looking for a list to post future questions like this to. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 03:48 PM 2/28/2002, Sanjay Gupta wrote: >I am not sure whether this is Oracle issue because if I use the same command >from the command prompt of Windows, it does work. >e.g. the following command works from windows does prompt. The files gets >created in d:\oracle8i\exp directory. >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > >but the same thing does not work well when executed from cygwin shell. > > >-Original Message- >From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] >Sent: Thursday, February 28, 2002 12:38 PM >To: Sanjay Gupta; '[EMAIL PROTECTED]' >Subject: Re: Path Name Help > > >At 03:34 PM 2/28/2002, Sanjay Gupta wrote: > >OS : Win NT 4.0 SP 6a > > > >I am writing shell script which does Oracle Export. In the script, I have >to > >give the name of export file, I am not sure how to include the path > >information. > > > >Example :- > > > >exp system/manager file=/usr/exp.dmp full=Y > > > >see the file= parameter, when I use the above command then the Oracle exp > >utility is not able to recognize the file information, it gives error > >"failed to open /usr/exp.dmp for write" > >So looks like unix style path does not work. > > > >Then I tried window style path > > > >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > > > >This works but it does not create file in d:\Oracle8i\Exp directory but in > >creates file in D root directory i.e. in D:\ with name oracle8iexpexp.dmp. > >So this also does not create file in appropiate directory. > > >Sounds like a problem that you should be asking Oracle about, or am I >missing why this is a Cygwin issue? > > > >Larry Hall [EMAIL PROTECTED] >RFK Partners, Inc. http://www.rfk.com >838 Washington Street (508) 893-9779 - RFK Office >Holliston, MA 01746 (508) 893-9889 - FAX > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Path Name Help
Thanks for helpful information. If I put the double quotes as you have suggested, it worked in cygwin. exp system/manager file="d:\Oracle8i\Exp\Exp.dmp" full=Y Thanks again. -Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 12:55 PM To: Sanjay Gupta; '[EMAIL PROTECTED]' Subject: RE: Path Name Help OK, then you want to review some good documents on basic tenants of UNIX and it's shells. This is neither an Oracle issue nor a Cygwin one. It's a cockpit error. For this particular issue, you can resolve your problem by quoting your path or escaping the backslashes. You may find that 'exp' allows you to use '/' for the path separator, in which case you can substitute it for '\' and not need to make any other syntax changes. But that's dependent on how strict 'exp' is with path separators. I personally can't say. Reading up on how UNIX shells works would be a good basis for your continued work in this area and save you the time of looking for a list to post future questions like this to. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 03:48 PM 2/28/2002, Sanjay Gupta wrote: >I am not sure whether this is Oracle issue because if I use the same command >from the command prompt of Windows, it does work. >e.g. the following command works from windows does prompt. The files gets >created in d:\oracle8i\exp directory. >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > >but the same thing does not work well when executed from cygwin shell. > > >-Original Message- >From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] >Sent: Thursday, February 28, 2002 12:38 PM >To: Sanjay Gupta; '[EMAIL PROTECTED]' >Subject: Re: Path Name Help > > >At 03:34 PM 2/28/2002, Sanjay Gupta wrote: > >OS : Win NT 4.0 SP 6a > > > >I am writing shell script which does Oracle Export. In the script, I have >to > >give the name of export file, I am not sure how to include the path > >information. > > > >Example :- > > > >exp system/manager file=/usr/exp.dmp full=Y > > > >see the file= parameter, when I use the above command then the Oracle exp > >utility is not able to recognize the file information, it gives error > >"failed to open /usr/exp.dmp for write" > >So looks like unix style path does not work. > > > >Then I tried window style path > > > >exp system/manager file=d:\Oracle8i\Exp\Exp.dmp full=Y > > > >This works but it does not create file in d:\Oracle8i\Exp directory but in > >creates file in D root directory i.e. in D:\ with name oracle8iexpexp.dmp. > >So this also does not create file in appropiate directory. > > >Sounds like a problem that you should be asking Oracle about, or am I >missing why this is a Cygwin issue? > > > >Larry Hall [EMAIL PROTECTED] >RFK Partners, Inc. http://www.rfk.com >838 Washington Street (508) 893-9779 - RFK Office >Holliston, MA 01746 (508) 893-9889 - FAX > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
Charles Wilson wrote: > > Jon Cast wrote: > > > Sorry to start a flamewar, but this needs replying to: > > Sure. In PRIVATE mail. > > Please take this incipient flamewar offline. I have no interest in a flame war even offline. I didn't even understand half of what Jon was saying about political beliefs and such, but frankly I don't give a rat's ass either. So as far as I'm concerned it's over. -JT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.3.10-1 - bash application error
Karl Zilles wrote: > > > Anyone seen this? > > > > bash.exe Application Error > > The application failed to initialize properly (0xc022). Click on OK to >terminate the application. > > > > I am also getting this error after I upgraded. > > I'd be happy to run any diagnostics people can think of, or share any > configuration info people think is relevant. > > I'm running inetd to launch sshd. > -- And I'm using srvany. -- * * Peter Wohlers * *[EMAIL PROTECTED]* * -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)
I think all the sem_* functions are broken similarly. I have the threads.cc file modified and was going to try and submit patches, but I am having some issues getting the regression tests working (even before I put my changes in...) A soon as I get these issues resolved and verify my fixes, I can try and submit a patch for everything (like all good cygwin users should!) (Unless of course you beat me to it - and at this rate - you will!) Thanks for helping me out with this. Andy [EMAIL PROTECTED] - Original Message - From: "Robert Collins" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Andrew T. Schnable" <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 8:55 AM Subject: RE: sem_trywait returns EAGAIN (rather than returning -1 and setting errno) FWIW, I've patched sem_trywait and sem_wait. I haven't looked for further cases of misbehaviour though. Rob > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > As Robert indicated, in the vast majority of those cases, > this was, in fact, the right thing to do. > > It's apparently not the right thing to do in the case of > sem_trywait, so a patch will be required: > http://cygwin.com/contrib.html . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)
> -Original Message- > From: Andrew T. Schnable [mailto:[EMAIL PROTECTED]] > returning -1 and setting errno) > > > I think all the sem_* functions are broken similarly. I have > the threads.cc file modified > and was going to try and submit patches, but I am having some > issues getting the regression tests working (even before I > put my changes in...) A soon as I get these issues resolved > and verify my fixes, I can try and submit > a patch for everything (like all good cygwin users should!) > (Unless of course you beat me to it - and at this rate - you will!) > > Thanks for helping me out with this. No probs. Just drop the patch in , properly changelogged and formatted. I'll eyeball it for regressions (The pthreads code is (mostly) trivial, so I comfortable with this.). I/We'll need to write some new regression tests though. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Is the Cygwin 1.3.2 DLL Win 2000 compatible?
Bob Jones Decision Support Analyst Settlements, Planning, & Corporate Services Dept. PJM Interconnection, L.L.C. (610) 666-8954 [EMAIL PROTECTED] "Omnia apud me mathematica fiunt." (With me everything turns into mathematics.) -- Rene Descartes -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is the Cygwin 1.3.2 DLL Win 2000 compatible?
At 05:20 PM 2/28/2002, [EMAIL PROTECTED] wrote: >Bob Jones >Decision Support Analyst >Settlements, Planning, & Corporate Services Dept. >PJM Interconnection, L.L.C. >(610) 666-8954 >[EMAIL PROTECTED] > >"Omnia apud me mathematica fiunt." >(With me everything turns into mathematics.) >-- Rene Descartes Look to the FAQ for these kinds of questions: What versions of Windows are supported? http://cygwin.com/faq/faq_1.html#SEC2 Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Is the Cygwin 1.3.2 DLL Win 2000 compatible?
Yes. The Cywgin DLL has always gone to great lengths to support all released versions of Windows, other than CE. Other than the obvious caveats noted in the FAQ entry which I referred you to, it's safe to assume nothing more or less. Historically, the Cygwin DLL has 'worked' with whatever Windows versions were current at the time. This has certainly been true for the last 5+ years conservatively. No need to fret. It's worth noting, however, that this list only really "supports" the current release of Cygwin. So if you have an issue with 1.3.2 that you want to post, the response you're likely to get is 'does it work with 1.3.10?' David (Starks-Browning), do you think it's necessary to update this FAQ entry so that it's clear that the Cygwin DLL has historically supported the then released versions of Windows? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 05:31 PM 2/28/2002, [EMAIL PROTECTED] wrote: >I did prior to my e-mail & interpreted to mean applicability to the 1.3.9 DLL. >Can I presume that FAQ item applies to all DLL versions, just to 1.3.9, or to >the 1.3.* family? > >Bob J. > >-Original Message- >From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] >Sent: Thursday, February 28, 2002 5:21 PM >To: [EMAIL PROTECTED]; [EMAIL PROTECTED] >Subject: Re: Is the Cygwin 1.3.2 DLL Win 2000 compatible? > > >At 05:20 PM 2/28/2002, [EMAIL PROTECTED] wrote: > > > >Bob Jones > >Decision Support Analyst > >Settlements, Planning, & Corporate Services Dept. > >PJM Interconnection, L.L.C. > >(610) 666-8954 > >[EMAIL PROTECTED] > > > >"Omnia apud me mathematica fiunt." > >(With me everything turns into mathematics.) > >-- Rene Descartes > > >Look to the FAQ for these kinds of questions: > >What versions of Windows are supported? >http://cygwin.com/faq/faq_1.html#SEC2 > > >Larry Hall [EMAIL PROTECTED] >RFK Partners, Inc. http://www.rfk.com >838 Washington Street (508) 893-9779 - RFK Office >Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mkshortcut debugging problem
I updated to cygutils 0.9.9 yesterday which included the utility
'mkshortcut', which I wrote. I was horrified to find that it dumps
the stack when attempting to set the name for a shortcut (the -n
option). I *did* make sure it worked before sending Chuck the code,
after all. My first thought was that I accidentally sent an old
version, so I got the source and found that it did indeed crash
when built as I had been doing it. I freely acknowledge that the
code, especially string-handling, is a mess, and after making what
seem to be arbitary changes it again works...but only from the current
directory. When I copy the new version to /bin (or /usr/bin) this is
what happens:
/usr/src/cygutils-0.9.9/src-gpl$ /usr/src/cygutils-0.9.9/src-gpl/mkshortcut.exe
-DA /usr/local/bin/
[This works, producing bin.lnk in the All Users\Desktop\ dir]
/usr/src/cygutils-0.9.9/src-gpl$ rm /c/Documents\ and\ Settings/All\
Users/Desktop/bin.lnk
/usr/src/cygutils-0.9.9/src-gpl$ cp
/usr/src/cygutils-0.9.9/src-gpl/mkshortcut.exe /usr/bin/
/usr/src/cygutils-0.9.9/src-gpl$ mkshortcut.exe -DA /usr/local/bin/
mkshortcut.exe: Save to persistant storage failed (Does the directory you are
writing to exist?)
The code that produces this error is:
MultiByteToWideChar (CP_ACP, 0, lname, -1, widepath, MAX_PATH);
hres = pf->lpVtbl->Save (pf, widepath, TRUE);
if (!SUCCEEDED(hres))
{
fprintf(stderr, "%s: Save to persistant storage failed (Does the
directo
ry you are writing to exist?)\n", prog_name);
exit(3);
}
I'm afraid I have no idea how to debug this, and I've begun to make what
seem like arbitrary changes. Why would it work from one directory and not
another? (BTW, I tried printf'ing the lname string and it is identical in
both cases.) Anyone have any suggestions?
Thanks.
Joshua Daniel Franklin
__
Do You Yahoo!?
Yahoo! Greetings - Send FREE e-cards for every occasion!
http://greetings.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Path Name Help
- Original Message - From: "Sanjay Gupta" <[EMAIL PROTECTED]> To: "'Larry Hall (RFK Partners, Inc)'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 13:10 Subject: RE: Path Name Help > Thanks for helpful information. > If I put the double quotes as you have suggested, it worked in cygwin. > > exp system/manager file="d:\Oracle8i\Exp\Exp.dmp" full=Y You can also use cygpath to convert Cygwin paths to Win32 paths which are what Oracle programs understand since they haven't been ported to Cygwin yet. Visit the Cygwin site (http://cygwin.com/) for lots of useful information. You should at least read http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html to learn about the Cygwin utilities. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Please do not send cygwin related mail to me. Keep it on the list. AM Shaikh wrote: > i have a similar question ... > > In xterm/kvt windows usually I can paste the selected text using middle > button .. but now if my mouse has a wheel and not the third button how would > i paste the text ? > > In UNIX i can paste by pressing both buttons together .. but that doesn't > work in Cygwin ... > > any ideas ? Nope; I dunno. Check the manual, search the web... --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkshortcut debugging problem
Joshua Daniel Franklin wrote:
>
> The code that produces this error is:
>
> MultiByteToWideChar (CP_ACP, 0, lname, -1, widepath, MAX_PATH);
> hres = pf->lpVtbl->Save (pf, widepath, TRUE);
> if (!SUCCEEDED(hres))
> {
> fprintf(stderr, "%s: Save to persistant storage failed (Does the
> directo
> ry you are writing to exist?)\n", prog_name);
> exit(3);
> }
>
> I'm afraid I have no idea how to debug this, and I've begun to make what
> seem like arbitrary changes. Why would it work from one directory and not
> another? (BTW, I tried printf'ing the lname string and it is identical in
> both cases.) Anyone have any suggestions?
Permissions or ACLs on the two different directories? Try
getfacl {dir1}
getfacl {dir2}
Same? Different?
--Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Terminal Emulator & Mouse
Charles ..sorry for inconvinience ... I also got the solution ... with a wheel mouse, clicking the wheel does the job of third button. Rgds - Original Message - From: "Charles Wilson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "AM Shaikh" <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 8:31 PM Subject: Re: Terminal Emulator & Mouse > Please do not send cygwin related mail to me. Keep it on the list. > > > AM Shaikh wrote: > > > i have a similar question ... > > > > In xterm/kvt windows usually I can paste the selected text using middle > > button .. but now if my mouse has a wheel and not the third button how would > > i paste the text ? > > > > In UNIX i can paste by pressing both buttons together .. but that doesn't > > work in Cygwin ... > > > > any ideas ? > > > Nope; I dunno. Check the manual, search the web... > > --Chuck > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkshortcut debugging problem
>Permissions or ACLs on the two different directories? Try
>
>getfacl {dir1}
>getfacl {dir2}
>
>Same? Different?
Well, it's writing to the same directory in both cases, but the ACLs are:
$ getfacl.exe /c/Documents\ and\ Settings/All\ Users/Desktop/
# file: /c/Documents and Settings/All Users/Desktop/
# owner: Administrator
# group: None
user::rwx
group::rwx
group:Users:r-x
group:Power Users:rwx
mask::rwx
other::r-x
default:user::---
default:group::---
default:group:Users:---
default:group:Power Users:rwx
default:mask::---
default:other::---
Or did you mean the ACLs on /bin and /usr/src...? Those look identical.
__
Do You Yahoo!?
Yahoo! Greetings - Send FREE e-cards for every occasion!
http://greetings.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
xmh support utilities from mh system apparently missing
glad to see xmh on cygwin but apparently xmh must call the MH commands such as "inc" which don't seem to be in any cygwin package. Anyone have a solution? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
install freeze in win2k
I am just try to install cygwin in my win2k machine. I selected everything after some serious mouse-clicking...and after it downloaded everything, it starts to install and my computer is dead frozen when it try to install gcc-lib*anyone has similar problem and know fix? __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.3.10-1 - bash application error
Hi all, > > > bash.exe Application Error > > > The application failed to initialize properly (0xc022). Click on OK to terminate the application. > > > > > > > I am also getting this error after I upgraded. I'm experiencing the same problem. ANY shell you start from login generates this error (not only bash). Christophe LEITIENNE -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt & custom fonts
> Alec, > > Cygwin uses Windows' fonts. The only exception I know of is the TeX [...] A question about something I've been digging a long time. Are there any means to make those "Terminal" bitmapped Windows fonts to work with rxvt? If I passed "Fixedsys" or "System" to -fn option, it's ok, they show up. For Terminal I tried "Terminal", "Term", and their mappings in Fonts tab from MS-Dos Prompt propreties (i.e. "10 x 18"), but no results. TIA, SLao -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
