> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 07, 2003 5:31 PM
> To: Harald Kierer
> Cc: 'Chiranth'; [EMAIL PROTECTED]
> Subject: RE: awk strangely outputs to file
>
>
> On Fri, 7 Feb 2003, Harald Kierer wrote:
>
> > > From: Chiranth [
I am using CYGWIN_95-4.0 mintons 1.3.19(0.71/3/2) 2003-01-23 21:31 i586
unknown unknown Cygwin, with ncurses default version, and I tried to run
a program that I compiled with ncurses. I didn't have any build
problems, but the program uses the ncurses soft keys feature (slk_init,
slk_reset, et
On Mon, 2003-02-10 at 14:13, Ke-Wei Ma wrote:
> Lets give this one more try. It appears that my original request for help was
> met with some slight hostility by some list serv purists/ watch dogs.
Which part of "this is offtopic" don't you understand?
There is a dedicated list for cygwin X-ser
Lets give this one more try. It appears that my original request for help was
met with some slight hostility by some list serv purists/ watch dogs.
Quite simply, I've installed cygwin with a whole slew of packages. I was
rocking and rolling. I was sshing under window maker with the best of t
I've updated the version of zsh to 4.0.6-5.
This version has many, many fixes from the base Zsh team, about 640 lines
in the ChangeLog. The 4.0.4-4.0.6 changelog is here:
http://www.fruitbat.org/Cygwin/zsh/ChangeLog
My notes on setting up zsh are here:
http://www.fruitbat.org/Cygwin/zsh/zsh.note
On Sun, Feb 09, 2003 at 04:16:24PM -0700, Brad Morgan wrote:
>I wanted to use the script command in cygwin to capture some output for a
>problem I'm having.
>
>Problem number one, the script command doesn't exist and problem number two,
>I can't find sources for the script command so I can compile
I wanted to use the script command in cygwin to capture some output for a
problem I'm having.
Problem number one, the script command doesn't exist and problem number two,
I can't find sources for the script command so I can compile it myself.
Anyone have a pointer to the sources?
Regards,
Brad
Mathias / Turrican,
At 15:15 2003-02-09, Mathias Gygax wrote:
On Sun, Feb 09, 2003 at 09:30:17PM -, Elfyn McBratney wrote:
hi you,
...
sorry for making some noise here, but the pwd bash-builtin does have a
switch. start it with "pwd -P" and it will traverse symlinks and
printout the real c
On Sun, Feb 09, 2003 at 10:46:25PM -, Chris January wrote:
>> >I'm having trouble compiling this test program:
>> >
>> >void f(){}
>> >
>> >using the command line:
>> >gcc test.c -c -o test.o
>> >
>> >using 1.3.19 or latest Cygwin snapshot (2003-Feb-07) (same error with
>> >both) and gcc-3.2-3.
On Sun, Feb 09, 2003 at 04:28:21PM -0500, Rolf Campbell wrote:
>William A. Gatliff wrote:
>>I have a Makefile with a command like this:
>>
>> mkdir -p /opt/billgatliff/{usr,lib}
>>
>>Works fine under Linux, but not on the latest Cygwin.
>>
>>Under Cygwin, what I actually get is a directory called "
On Sun, Feb 09, 2003 at 09:30:17PM -, Elfyn McBratney wrote:
hi you,
> > BASH keeps an internal idea of the current working directory. In the
> > face of symbolic links, this internal record of the current working
> > directory may not be identical to that computed by the "pwd" programs
>
> >I'm having trouble compiling this test program:
> >
> >void f(){}
> >
> >using the command line:
> >gcc test.c -c -o test.o
> >
> >using 1.3.19 or latest Cygwin snapshot (2003-Feb-07) (same error with
> >both) and gcc-3.2-3.
> >
> >The error I see is:
> >
> >16 bit MS-DOS Subsystem
> >/usr/src/c
On Sun, Feb 09, 2003 at 02:25:39PM -0800, Shankar Unni wrote:
> I've just updated to the latest everything (cygwin 1.3.20, vim 6.1.300-1).
> I normally leave the CYGWIN env var undefined (i.e. cygwin defaults).
> Vim now complains about my .vimrc file (which has DOS line endings).
Change it to UN
Erin Catto wrote:
> That worked. Is it usually necessary to modifiy make
> files for Cygwin?
Only when they haven't been written carefully to begin with.
> Are there any other common problems?
Silly question - of course there aren't one or two problems that nearly
everybody runs into. If there w
Corinna Vinschen wrote:
I've updated the version of vim to 6.1.300-1.
I've just updated to the latest everything (cygwin 1.3.20, vim 6.1.300-1).
I normally leave the CYGWIN env var undefined (i.e. cygwin defaults).
Vim now complains about my .vimrc file (which has DOS line endings).
CYGWIN se
That worked. Is it usually necessary to modifiy make
files for Cygwin? Are there any other common problems?
Thanks,
Erin
--- Max Bowsher <[EMAIL PROTECTED]> wrote:
> Short answer: Add ".PHONY: install" to the makefile
>
> Long answer: make sees the INSTALL directory, and
> concludes that it is
Sensazionale potrai trovare
amatoriale - lesbo - transex - pompini
anale - fetish - asiatiche - gay - orge
e tanto altro
http://natasha.coolfreehost.com
http://utenti.lycos.it/xxangelicaxx
o divertiti con l'ultimissima novitÃ
http://venus.coolharcoresite.com
pornostars - manga - webcam - foto
ht
Hi all,
I've called in /etc/passwd Administrator "root", but I can login from
any users: Cygwin send this message:
"Fanfare!!!
You are successfully logged in to this server!!!
login: no shell: /bin/bash: Permission denied"
Why?
If I run ssh on localhost, hoping to connect with root I get this
resu
I searched the archives to see if there was a resolution to this and was
unsuccessful. Has anyone found a solution or a work around to this issue?
I have multiple tcsh.exe processes still running after I exit Window Maker
and close the X Server (XWin.exe).
Stephen Esquibel
[EMAIL PROTECTED]
---
> Max, Trevor,
>
> BASH keeps an internal idea of the current working directory. In the
> face of symbolic links, this internal record of the current working
> directory may not be identical to that computed by the "pwd" programs
> traversal-to-root algorithm.
>
> I use this instead of BASH's
William A. Gatliff wrote:
I have a Makefile with a command like this:
mkdir -p /opt/billgatliff/{usr,lib}
Works fine under Linux, but not on the latest Cygwin.
Under Cygwin, what I actually get is a directory called "{usr",
instead of "usr". Other variations on this brace expansion (in tar
ar
Guys:
I have a Makefile with a command like this:
mkdir -p /opt/billgatliff/{usr,lib}
Works fine under Linux, but not on the latest Cygwin.
Under Cygwin, what I actually get is a directory called "{usr",
instead of "usr". Other variations on this brace expansion (in tar
arguments, etc.) prod
Salvo wrote:
I've updated the version of vim to 6.1.300-1.
Thanks, but I've tried some mirrors, but still 6.1.2 version is on them.
Yup, some mirrors are slow, some are not. The rcn mirrors have it.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: htt
>I've updated the version of vim to 6.1.300-1.
Thanks, but I've tried some mirrors, but still 6.1.2 version is on them.
Regs
salvo
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/doc
Erin Catto wrote:
> I'm having trouble building LAPACK. I downloaded
> lapack.tgz from www.netlib.org/lapack. I'm using
> make.inc.LINUX for make.inc. I type
>
> make install
>
> and make says that install is up to date but it is
> not! I have done the same operation on Linux and it
> works.
>
> He
I'm having trouble building LAPACK. I downloaded
lapack.tgz from www.netlib.org/lapack. I'm using
make.inc.LINUX for make.inc. I type
make install
and make says that install is up to date but it is
not! I have done the same operation on Linux and it
works.
Here is the install section of Makefile
Sorry about the multiple posts, I was trying to use gmane and it delayed
delivery of my messages for 90 minutes, so I did the naive thing and
sent it two more times.
-Rolf
Rolf Campbell wrote:
While working on a project, I had the need to run a function every
millisecond. So, my first attempt
While working on a project, I had the need to run a function every
millisecond. So, my first attempt was to fork() and then loop sending a
signal then delaying 1ms. What I found was that a cygwin process can
only recieve about 100 signals/sec before it uses up 100% of the
processor (on a PIII/850
While working on a project, I had the need to run a function every
millisecond. So, my first attempt was to fork() and then loop sending a
signal then delaying 1ms. What I found was that a cygwin process can
only recieve about 100 signals/sec before it uses up 100% of the
processor (on a PIII
Christopher Faylor wrote:
I've set the threshold up to a larger number in malloc and built a
new snapshot. This should work around the problem until we can figure
out what is going wrong with mmap. I've alerted our mmap maintainer
to the problem.
Many thanks to you and Corinna for fixing this
While working on a project, I had the need to run a function every
millisecond. So, my first attempt was to fork() and then loop sending a
signal then delaying 1ms. What I found was that a cygwin process can
only receive about 100 signals/sec before it uses up 100% of the
processor (on a PIII/850
I've updated the version of vim to 6.1.300-1.
This version is an update to the official patchlevel 300.
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 questio
Max, Trevor,
BASH keeps an internal idea of the current working directory. In the
face of symbolic links, this internal record of the current working
directory may not be identical to that computed by the "pwd" programs
traversal-to-root algorithm.
I use this instead of BASH's built-in pwd com
Charles Wilson wrote:
> Max Bowsher wrote:
>> This seems like a good time to mention that I ran into this problem
>> building gtk+ (or glib), I forget. It wanted -luuid, but -luuid is a
>> static archive, which libtool doesn't currently like. I had to hack
>> libtool as Ralf mentions above to get i
Trevor Forbes wrote:
> I am having problem with some of my build scripts and the following
> demonstrates the problem:
>
> If run the following (as a script) I get -- /tmp/foo/bar
> # !/bin/bash
Are you sure? I can reproduce your results only if I change the shebang to
/bin/sh.
> cd /tmp; mkdir -
I've updated the version of patch to 2.5.8-3.
This version should solve some outstanding textmode issues.
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 quest
I've updated the version of tcsh to 6.12.00-3.
This version is an update to the official version 6.12.00 with now
actually *all* Cygwin specific changes of the 6.11.00-5 version
merged in.
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. Th
On Sun, Feb 09, 2003 at 05:19:37AM -0600, Doug Wyatt wrote:
> Is it possible that 3.5p1-3 was built somehow differently than 3.5p1-2?
No. I'm using 3.5p1-3 with Linux w/o problems btw.
> What were the exact options used to configure and build each? I don't
> see any documentation of this in the
Hi,
I use ssh to connect to a Linux box and on the 6th I suddenly found that
vim (enhanced) on the linux host was no longer useable over the usual
ssh connection. Vim would load a text file, but almost any input produced
a series of beeps and streams of trash chars at the bottom of the screen.
Fo
Boi did I go off on one... Sorry I'm working on a project that's nearly met
it's deadline so I'm a little agitated to say the least :::-)
Regards,
Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Max, Elfyn,
thanks for your quick help!
> [...] I suggest you reboot [...]
> [...] Shut down all running cygwin applications, including services started by
> cygrunsrv or at system start-up, [...]
You pointed me to the solution: Indeed there was one process still
running which I forgot to stop
>From your cygcheck output and from what you said about only having one copy
of cygwin1.dll (you said/meant in C:\Cygwin right?) you do have two versions
on your system. One is in C:\Cygwin and the other is in C:\Cygwin\bin . Shut
down all running cygwin applications, including services started by
Tino Lange wrote:
>> Christopher Faylor wrote:
>>
>>> I've made a new version of the Cygwin DLL and associated utilities
>>> available for download.
>>
>>
>> Hi!
>>
>> After upgrading I get:
>>
>> 0. [333725k] c:\cygwin>cygwin.bat
>> C:\Cygwin\bin\bash.exe: *** shared version mismatch detected -
>>
Christopher Faylor wrote:
> I've made a new version of the Cygwin DLL and associated utilities
> available for download.
Hi!
After upgrading I get:
0. [333725k] c:\cygwin>cygwin.bat
C:\Cygwin\bin\bash.exe: *** shared version mismatch detected -
0x18A20047/0x18A2
0049.
You have multiple copies
I am having problem with some of my build scripts and the following
demonstrates the problem:
If run the following (as a script) I get -- /tmp/foo/bar
# !/bin/bash
cd /tmp; mkdir -p foo/bar; ln -f -s foo/bar bar; cd bar; pwd; cd ..
If I type the line in a shell then I get what I expected -- /tmp
On Sat, Feb 08, 2003 at 11:43:44PM -0800, Wilson Hsieh wrote:
> I'm having problems with this version of tcsh: it
> is doing some weird things with newlines.
> Here is a transcript of exactly what happens,
> with comments:
>
> wilson@XP ~ # first prompt on startup
> $ cat > .tcshrc
46 matches
Mail list logo
