>
> * Thorsten Kampe (2003-12-29 19:48 +0100)
> > * Lynn Wilson (2003-12-23 19:40 +0100)
> >> It seems that a few months ago the man pages were showing
> the ESC[1m etc. escape
> >> sequences in a bash shell. The problem was quickly fixed.
>
> >> I downloaded docbook_xsl 1.64.1-1 yesterday and
s and Settings\All Users'
APPDATA = `C:\Documents and Settings\Ross Boulet\Application Data'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `ROSSLAP'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
EDITOR = `/usr/bin/vi'
ENV = `/ho
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ross Boulet
> Sent: Monday, February 02, 2004 8:05 AM
> To: [EMAIL PROTECTED]
> Subject: Text entry to command line program
>
>
> I've been having a problem for a w
>
> Try something like:
>
> CYGWIN=notty sqlplus
>
Is that saying notty for sqlplus and tty for everything else?
Is there any decent documentation for what the CYGWIN variable does?
> >>
> >>
[ ... Snip ... ]
> >>
> >
> >OK, my bad. I found a couple of references to this behavior
> in the M
> [...]
> > > Try something like:
> > >
> > > CYGWIN=notty sqlplus
> > >
> >
> > Is that saying notty for sqlplus and tty for everything else?
> [...]
>
> No, that's an interactive command line, it's not a setting of
> the CYGWIN
> variable (i.e. it's not CYGWIN="notty sqlplus"). The above
>
> > > [...]
> > > > > Try something like:
> > > > >
> > > > > CYGWIN=notty sqlplus
> > > > >
> > > >
> > > > Is that saying notty for sqlplus and tty for everything else?
> > > [...]
> > >
> > > No, that's an interactive command line, it's not a setting of
> > > the CYGWIN
> > > variable (i.e. it's
>
> At 03:22 PM 2/12/2004, Bakken, Luke you wrote:
> >> Jamshid Afshar wrote:
> >> > I just installed Cygwin. What kind of executable is
> >> zcat.exe? It doesn't
> >> > show up when I "dir c:\cygwin\bin\zc*" (only zcmp), but I
> >> see it's 19
> >> > bytes in Explorer. It works fine within bash
>
> On Mon, 16 Feb 2004, Thomas L Roche wrote:
>
> > Is there a way to limit the size of the strace output _file_, rather
> > than just the output file buffer, while preserving desired
> > information?
> >
> > I previously used strace to debug the problem that 20040213
> induced in
> > emacs 'de
> On Wed, 18 Feb 2004, Ross Boulet wrote:
>
[...snip...]
> > Just adding my 2 cents and hopefully to learn something:
> >
> > I know how to use pipes but I don't know how they are
> handled "under the
> > covers". Wouldn't piping the strace
> On Wed, 18 Feb 2004, Ross Boulet wrote:
>
> > > On Wed, 18 Feb 2004, Ross Boulet wrote:
> > >
[...snip...]
>
> Ok, time for "Pipes 101". A pipe is essentially a bounded (character)
> buffer. The producer application fills the buffer (by writing t
I solved my own problem with man not finding pages but in doing the research
on it, I found something I thought might be worthy of mentioning. From the
message:
http://www.cygwin.com/ml/cygwin/2002-04/msg00064.html
I learned the a colon prefix to $MANPATH allows man to search its default
paths i
> On Sun, Feb 29, 2004 at 09:36:42PM -0500, Igor Pechtchanski wrote:
> >On Sun, 29 Feb 2004, Larry Hall wrote:
> >>At 09:16 PM 2/29/2004, George Hester you wrote:
> >>>Thanks for not browbeating me. You would be amazed at the anathema
> >>>"newbies" such as myself often generate.
> >>
> >>Yes, Igo
>
> You. Man. Are. Genius.
>
Thanks, but you embarrass me. I just get lucky occasionally. I'm not an
expert at man and I know next to nothing about zsh, but based on some
personal observations, I think I can answer some of your questions about man
and manpath.
> Recently I posted http://artic
> Problem:
> fileutils version 4.1-2, specifically: cp.exe does not work properly.
>
> System Info:
> Windows 2000, Cygwin DLL version 1.5.7
>
> Reproducing from prompt:
> prompt> cp some_file ./bin/
>
> Output:
> cp: `some_file' and `./bin/some_file' are the same file
>
>
> Reproducing from w
> > > Problem:
> > > fileutils version 4.1-2, specifically: cp.exe does not
> work properly.
> > >
[ ... Snip ... ]
>
> I've narrowed it down to running `make' on my linux Makefiles, simple
> example follows:
>
> ### Simple Makefile Example
>
> CC= gcc
>
> OBJ= foo.o
> FILE= foo.c
> BIN=
> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn
> Sent: Monday, March 15, 2004 4:50 AM
>
> > I cut more from my makefile and just use one symbolic in
> > place of your BIN, OBJ, and FILE as follows:
> >
> > ### Even More Simple Makefile Example
> >
> > CC= gcc
> >
> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn
> Sent: Tuesday, March 16, 2004 12:17 PM
>
> > From: cygwin-owner On Behalf Of LarrysPCRemedies at aol.com
> > Sent: 16 March 2004 17:36
>
[ snip. ]
>
> #4) Just revert your coreutils. Didn't someone say it
> -Original Message-
> From: cygwin-owner On Behalf Of Igor Pechtchanski
> Sent: Monday, March 22, 2004 7:12 AM
>
> On Mon, 22 Mar 2004, Lars Steinke wrote:
>
> > >On Sat, 20 Mar 2004, Lars Steinke wrote:
> > >
> > >> Hello,
> > >>
> > >> call system('cmd.exe /c cls')
> > >>
> > >>
> -Original Message-
> From: cygwin-owner On Behalf Of Brian Chase
>
> Are you sure of this statement? The reading I have done on TightVNC
> tells me it encrypts passwords only and doesn't have any SSH
> capabilities. I'd be happier if I were not correct, but I'd
> like to read
> som
> -Original Message-
> From: cygwin-owner On Behalf Of Charles Wilson
> Sent: Sunday, April 04, 2004 11:33 PM
>
[...]
>
> I think there is some misunderstanding about the cygutils package. I
> did not write any of it.(*) I do not defend any of the
> design decisions
> that were made
> -Original Message-
> From: cygwin-owner On Behalf Of James Adams
> Sent: Monday, April 05, 2004 11:55 AM
>
>
> Thanks for the info Larry, I'll give it a try pronto.
>
>
> -James
>
>
> -Original Message-
> From: Larry Hall [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 05,
> -Original Message-
> From: cygwin-owner On Behalf Of David Mastronarde
>
> When csh scripts have DOS line endings, tcsh 6.12.00
> sometimes parses them
> incorrectly. This seems to happen with scripts that have
> while loops,
> once the scripts get big enough. Converting the script
> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Spears
>
[ ... ]
> > >
> > > #get argument name
> > > set dest = $argv[1]
[ ... ]
> > > following command line:
> > > (date; du ~) | ./ppd.txt ~/disk_storage&
> > >
[ ... ]
>
> I changed the first line to "!/bin/tcsh -x",
> -Original Message-
> From: cygwin-owner On Behalf
> Of [EMAIL PROTECTED]
>
> I very stupidly overwrote my /etc/profile file. Can someone send me
> (directly or through the mailing list) a pristine copy of it, or is there
> a way to get just that file from CYGWIN's setup?
>
> (very embar
> Hi,
>
> I've just noticed a weird problem:
> When I set an environment variable in a script in
> /etc/profile.d, I never see it in my shell.
> For example, take
>
> /etc/profile.d/blub.sh:
> export blub=1
>
>
> Adding "echo $blub" to the loop in /etc/profile,
> I can see that it gets
I saw some old items in the archives (circa 2001) but there
was not much there about this problem. The most recent
version of coreutils seems to have broken du. The listing
below illustrates my point:
$ ls -l a*
-rw-r--r-- 1 rossboulet None2 Dec 25 17:24 a
-rw-r--r-- 1 rossboulet None 3740
> Ross Boulet wrote:
> >
> > I saw some old items in the archives (circa 2001) but
there
> > was not much there about this problem. The most recent
> > version of coreutils seems to have broken du. The
listing
> > below illustrates my point:
>
>
[snip]
>
> I dunno either, but gave it a try anyway:
>
> [EMAIL PROTECTED]:~$ rebaseall
> ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last
error = 6
> [EMAIL PROTECTED]:~$ rebaseall
> ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last
error = 6
>
>
[snip]
Make sure when
> On Mon, Feb 14, 2005 at 08:59:37PM -0600, Nick Leeson
> wrote:
> >Hello All,
> >I am a graduate student researching the Open Source
> Development Model.
> >For my emperical study, I need a list of core cygwin
> developers and/or
> >maintainers. I would use this list to parse through the
> message
> Thanks for your reply but it still do not work...
> the problem is thant under cygwin the execution of "dir"
> works fine but i have to run the program in an enviroment
> WITHOUT cygwin: it's in the DOS shell that the system()
> call do not works and return with code number 127.
> In the final ap
> Is there a command for clearing the console?
> Can't get cls,clr,clear to work :(
>
> /
> Acke
>
Did you download and install the "clear" package? Its under
"Utils".
Ross
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.ht
I'm assuming you meant to reference the released dll of
1.5.13 and the snapshot of 20050311 (instead of 2004).
bunzip2 WFM under the released dll. Your problem probably
lies elsewhere and it would be helpful if you followed the
problem reporting guidelines shown at:
http://cygwin.com/problems.html
This is just a curiosity question. When did the cygwin
snapshot dll's quit being stripped? I was experimenting
today and downloaded the 20050311 snapshot. When I unzipped
it, it was over 8MB. Once I stripped it myself, it was more
in line size wise with other snapshots I have downloaded.
The s
> > "ls" finds file1 but "ls file1" does not. How can this
> happen?
> >
> > The following example occurred just after I had renamed
> some *.htm files
> > to *.html using
> > an ash shell script. No such problem occurred, however,
> when I used DOS
> > "rename" to make
> > the same change.
>
>
> >> [etc] Did your ash script go wrong and rename all
> those files with
> actual
> >> asterisks on the end ?
>
> > The * in the listing just indicates that the file is
> executable (an ls
> > option that I use by default).
>
>
> Hey, just wondered. It happened to me once
>
>
I'm won
> On 26/05/05, Coetzee, Evert wrote:
> > But I'm running it from the cmd.exe command prompt. I'm
> not in a shell.
> >
> > cp: cannot stat `/cygdrive/c/*.*': No such file or
> directory
> >
> > That is the error I get now.
>
> Do you have "noglob" in your CYGWIN environment variable?
> http://cygw
I recently downloaded and compiled dig from the bind
website. When I tried to run it, it wouldn't work unless I
specified the DNS server on the command line. Looking at
the man page on a Linux box, I saw a reference to
resolv.conf (which is obviously not present by default in
Windoze. Creating a
> On Jun 9 15:25, Brian Dessent wrote:
> > Ross Boulet wrote:
> > > I recently downloaded and compiled dig from the bind
> > > website. [...]
> >
> > Since that functionality already exists, your best bet
> would be to
> > either a) use the win32 p
My apologies if this is covered somewhere (FAQ, user guide,
etc.) Rebaseall now requires being run under ash, but when
I run ash from "Start/Run" or from a cmd.exe prompt, it does
not execute /etc/profile and therefore does not have a path
to rebaseall (or any other cygwin directory for that
matte
the upper left corner of a
mintty window and choose options. On the options dialog, choose terminal and
check the option to turn on the status line. Then click save. The current
window shows a status line but attempts to start a new window will fail and
generate a stackdump.
--
Ross Boulet
40 matches
Mail list logo
