On Fri, 24 Jun 2005, Romain Michard wrote:
Hello,
I've updated cygwin and since last week, I can't start xfree.
I send you a snapshot of the messages I get typing startx.
I've try to reinstall xorg but it's the same.
When I type startx, I got the messages I've send you then nothing
Hello,
I have begun to use Cygwin on Windows and I have tried every technique I could
find on the web for changing from the default black-on-white colours of Xterm
(and perhaps other X applications) to something that's easier to look at. None
of the techniques worked.
I tried, among other
cygwin: cygwin-1.5.17-1
Win OS tested: Windows 2000
The sa_handler entry of the sigaction structure is not accessible
when I compile with `gcc -ansi' (Makefile and example `signal-test.c'
attached):
gcc -ansi -o signal-ansi signal.c
signal.c: In function `main':
signal.c:13: error: structure has
Hi all,
I have been using Cygwin on this Windows XP machine for about a year without
a problem. Specifically, I've been using GNU Pascal to compile my Pascal
source. Since I hadn't updated Cygwin in a while, I did so, and now I
receive the following error when I try to compile anything with
Daniel Zingaro wrote:
I have been using Cygwin on this Windows XP machine for about a year without
a problem. Specifically, I've been using GNU Pascal to compile my Pascal
source. Since I hadn't updated Cygwin in a while, I did so, and now I
receive the following error when I try to compile
On Thu, 23 Jun 2005, Corinna Vinschen wrote:
On Jun 23 12:02, Igor Pechtchanski wrote:
No, SYSTEM and LocalSystem are two names for the same user. It's known as
SYSTEM in Cygwin, but Windows calls it LocalSystem. Perhaps the above
link should be amended to clarify this.
No, it's know
Daniel Zingaro wrote:
(A personal message.. didn't want to clutter up the list with my easy
question).
Please do not do that. http://cygwin.com/acronyms/#PPIOSPE
Thanks. My new Cygwin installation did update GCC as you guessed, so this
could definitely be the problem. Is there an easy way
Hi,
Since the FHS mandates that man pages go into /usr/share/man, shouldn't it
precede /usr/man in the MANPATH? I ran into this issue because I had kept
a backup copy of the old rxvt man page (the one with YODLTAGSTART, etc),
and, since it was in /usr/man and the new rxvt man page is in
I have downloaded and tested 4.1p1-1 and all is now working just fine.
The key lessons for me were:
1. Yes, use privilege separation as that seems to work just fine. It
creates a user called sshd to run the non-privileged operations.
2. If you want to use a pre-existing user to own the sshd
On Thu, 23 Jun 2005, Laran Evans wrote:
So, I'm working with 8 colors in my rxvt terminal. It seems that's all
that's available. Where this really becomes a drag is when trying to
apply different color themes in Vim. Most light colored themes all look
the same, with colors reducing to the 8
On Fri, 24 Jun 2005, Des Atkinson wrote:
I have downloaded and tested 4.1p1-1 and all is now working just fine.
The key lessons for me were:
[snip]
2. If you want to use a pre-existing user to own the sshd service,
ensure that it has the following privileges:
* Adjust memory quotas for a
Sorry for formatting I'm not familiar with outlook ... I prefer
emacs-vm.
Having a inetd for my account on the server is may be a solution. As
various user could do this remote compilation, I have to install various
inetd service, one per user ...
I tried sshd.
The ssh-agent refuses to take the
On Fri, June 24, 2005 3:41 pm, Igor Pechtchanski said:
Hi,
Since the FHS mandates that man pages go into /usr/share/man, shouldn't it
precede /usr/man in the MANPATH? I ran into this issue because I had kept
a backup copy of the old rxvt man page (the one with YODLTAGSTART, etc),
and, since
John Morrison wrote:
MANPATH=/usr/local/man:/usr/share/man:/usr/man:/usr/autotool/devel/man:$MANPATH
OK? Should /usr/local/man be first and should autotool be last?
That autotool path looks suspect. I don't think any of the autotools
use that directory any more, after the package
I want to port an application that uses libSDL. Is libSDL available for
Cygwin? Any chance to get it work?
-Patrick
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On Fri, 24 Jun 2005, John Morrison wrote:
On Fri, June 24, 2005 3:41 pm, Igor Pechtchanski said:
Hi,
Since the FHS mandates that man pages go into /usr/share/man,
shouldn't it precede /usr/man in the MANPATH? I ran into this issue
because I had kept a backup copy of the old rxvt man
Top-posting again. Reformatted, again.
On Fri, 24 Jun 2005, Christophe Delarue wrote:
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 23, 2005 18:03
To: Christophe Delarue
Cc: [EMAIL PROTECTED]
Subject: Re: Windows rights
And again,
Is it likely that stat on a text file in cygwin would return
a .st_size large than the file size as used by cygwin
that is HIGHER than the physical number of characters once
the file is process character by character?
I am thinking \n: cr-lf vs. lf, and I am brand new to
cygwin programming
Alternatively, you could compile (and, hopefully, contribute) gvim.
:-) Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-'
At 01:06 PM 6/24/2005, you wrote:
This buffer is being built for SpamAssassin which later
gives an error saying (to the effect)
Content-Length mismatch: Expected 818 bytes, got 798 bytes
My suspicion is that stat is counting cr-lf as two characters
but the input routines are treating these as
After an abortive attempt a few months back, I am trying once more to get
NFS working (Windows XP, cygwin 1.5.15). The daemons (portmap, mountd, and
nfsd) start up without error. I have a /etc/exports file that contains:
/exports/c rowan(rw)
The remote NFS client (rowan) is running
My suspicion is that stat is counting cr-lf as two
characters but the
input routines are treating these as one.
If the file has about 20 lines, then that's 20 missing characters???
Yes, this is right. And yes, this could be the cause of the
situation you're noticing.
Is there a
On Fri, 24 Jun 2005, Herb Martin wrote:
My suspicion is that stat is counting cr-lf as two characters but the
input routines are treating these as one.
If the file has about 20 lines, then that's 20 missing characters???
Yes, this is right. And yes, this could be the cause of the
On Fri, 24 Jun 2005, Igor Pechtchanski wrote:
On Fri, 24 Jun 2005, Herb Martin wrote:
My suspicion is that stat is counting cr-lf as two characters but the
input routines are treating these as one.
If the file has about 20 lines, then that's 20 missing characters???
Yes, this
Hi everybody. I have a very specific problem and I'm looking for someone
giving me a solution.
When I set the TZ environment varialbe TZ to UTC and try to execute date
I get the right date in UTC format:
begin
$ date
Fri Jun 24 20:13:05 WEDT 2005
$ export TZ=UTC
$ date
Fri Jun
Herb Martin wrote:
Is there a standard Cygwin 'idiom' or function for
dealing with this mismatch, or should I just re-invent
the wheel.
Sure. Don't use text mode. Open the file in binary mode (O_BINARY with
open(), b with fopen()), or call setmode(fd, O_BINARY) once open, or
link against
At 02:08 PM 6/24/2005, you wrote:
My suspicion is that stat is counting cr-lf as two
characters but the
input routines are treating these as one.
If the file has about 20 lines, then that's 20 missing characters???
Yes, this is right. And yes, this could be the cause of the
At 01:59 PM 6/24/2005, you wrote:
After an abortive attempt a few months back, I am trying once more to get
NFS working (Windows XP, cygwin 1.5.15). The daemons (portmap, mountd, and
Maybe you want to update to current (or snapshot) Cygwin (at least)?
nfsd) start up without error. I have a
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Herb Martin
Sent: Friday, June 24, 2005 1:08 PM
To: 'Cygwin List'
Subject: RE: stat file -- cygwin vs. Windows size?
My suspicion is that stat is counting cr-lf as two
characters but the
input
Both rxvt and the cmd.exe window only support 16 colors.
Welcome to 1983. I at least hope they include those horrid CGA colors.
--
Gary R. Van Sickle
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
At 02:46 PM 6/24/2005, Gary R. Van Sickle wrote:
But hey, it's only the
first few years of the 21st century, maybe by the 22nd we'll have this whole
CRLF/LF/CR/LFCR thing sorted out.
Yeah, I'm guessing this will be solved just after the advent of practical
fusion reactors and the development of
Is there a standard Cygwin 'idiom' or function for dealing with this
mismatch, or should I just re-invent the wheel.
If you actually believe that you want the file without cr/nl
conversion during a read, then you want to open it in binary
mode (fopen() with rb
instead of r or open()
I would like to be able to parse the date in UTC, but it seams that either
the strptime or the mktime function do not like the modification of the TZ
environment variable.
I also tried to printout the broken-down date structure try and it seams to
be correct, so I suppose that the problem
Max Bowsher maxb at ukf.net writes:
Apache httpd version 2.0, the popular web server, is now packaged for the
Cygwin distribution, and
arriving soon to a mirror near
you.
Apache is compiled with --enable-mods-shared=all, so a fairly large selection
of modules is included. I
will take
Luca Wullschleger wrote:
Hi everybody. I have a very specific problem and I'm looking for someone
giving me a solution.
I'm afriad this is operator error on your part.
struct tm try;
Here 'try' starts out as a regular automatic variable, with all of its
fields set to arbitrary
The binary size is accurate, text, by its nature may never be correct on
any operating system, since it is buffered, parsed, etc by the OS in an OS
dependent way.
If you use a binary mode then you will be fine.
On Fri, 24 Jun 2005, Herb Martin wrote:
Is there a standard Cygwin 'idiom' or
Hi Brian, thanks a lot for your answer. In fact it works initializing the
try struct to {0}.
As you said, I was lucky that until now I never found the problem.
Remain the question why setting the TZ variable make this problem coming
out.
By the way, thanks a lot for the support !!!
Luca
Here you call strptime() to fill in the values of 'try', however the
strptime function has the semantics that it will only fill in the
members of struct tm that it is asked to parse. This means that after
the call, some of the members still have undefined values.
Specifically, the members
Gary R. Van Sickle wrote:
Both rxvt and the cmd.exe window only support 16 colors.
Welcome to 1983. I at least hope they include those horrid CGA
colors.
--
Gary R. Van Sickle
recompiling rxvt for 256 colors is not hard.
$ ./rxvt -help |head
Rxvt v2.7.10 - released: 26 MARCH 2003
On Fri, 24 Jun 2005, Reid Thompson wrote:
Gary R. Van Sickle wrote:
Both rxvt and the cmd.exe window only support 16 colors.
Welcome to 1983. I at least hope they include those horrid CGA
colors.
--
Gary R. Van Sickle
recompiling rxvt for 256 colors is not hard.
$ ./rxvt -help
Eric Blake wrote:
Not necessarily. According to POSIX, a strptime implementation is allowed
(but not necessarily recommended) to set all fields of try, even the ones
not related to what was parsed:
It is unspecified whether multiple calls to strptime() using the same tm
structure will
Thanks folks -- the confirmation that I was on the right
path was a big help.
The suggestions to do it right were well intentioned
but impractical since I didn't want to take over support
for TWO major software packages (or either one for that
matter.)
A small patch seems to work. (Keep the
When I was trying to get NFS working a few months back I found that if
you have more than one network connection on the server machine all of
the connections have to be enabled and connected to a network. After I
did this nfs did work.
-Original Message-
From: Larry Hall [mailto:[EMAIL
I have noted that when one uses
kill -9 process-PID
in bash 3.0-2 (test), the command kills the process but also bash (even
if one uses /bin/kill...).
In bash 2.05b-17 that command kills only the process.
These things happen with
cygwin 1.5.16-1
cygwin 1.5.17-1
snaps. 20050615
On Fri, 24 Jun 2005, Angelo Graziosi wrote:
I have noted that when one uses
kill -9 process-PID
in bash 3.0-2 (test), the command kills the process but also bash (even
if one uses /bin/kill...).
In bash 2.05b-17 that command kills only the process.
These things happen with
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason Pyeron
Sent: Friday, June 24, 2005 2:40 PM
To: cygwin@cygwin.com
Subject: RE: stat file -- cygwin vs. Windows size?
The binary size is accurate, text, by its nature may never be
correct on
On Fri, Jun 24, 2005 at 05:38:02PM -0400, Igor Pechtchanski wrote:
On Fri, 24 Jun 2005, Angelo Graziosi wrote:
I have noted that when one uses
kill -9 process-PID
in bash 3.0-2 (test), the command kills the process but also bash (even
if one uses /bin/kill...).
In bash 2.05b-17 that
Actually tm_mon must be in the range [0,11]. You might have been
thinking of tm_mday which unlike all the others is 1-based, [1,31].
You got me, and I even had the POSIX spec open in front of me when
I read the wrong line as to which field was 1-based. :)
In
this particular example
Henry Katz wrote:
Max Bowsher maxb at ukf.net writes:
Apache httpd version 2.0, the popular web server, is now packaged for the
Cygwin distribution, and arriving soon to a mirror near
you.
Apache is compiled with --enable-mods-shared=all, so a fairly large
selection of modules is included. I
Daniel Zingaro wrote:
Hi all,
I have been using Cygwin on this Windows XP machine for about a year
without a problem. Specifically, I've been using GNU Pascal to compile
my Pascal source. Since I hadn't updated Cygwin in a while, I did so,
and now I receive the following error when I try to
On Fri, June 24, 2005 15:45, Igor Pechtchanski said:
On Thu, 23 Jun 2005, Laran Evans wrote:
[snip]
Any suggestions?
Both rxvt and the cmd.exe window only support 16 colors. I guess you
could run X and use an xterm (which should support 256 colors, IIRC).
Alternatively, you could compile
On Sat, 25 Jun 2005, Dave Hughes wrote:
On Fri, June 24, 2005 15:45, Igor Pechtchanski said:
On Thu, 23 Jun 2005, Laran Evans wrote:
[snip]
Any suggestions?
Both rxvt and the cmd.exe window only support 16 colors. I guess you
could run X and use an xterm (which should support 256
On Fri, 24 Jun 2005, Christopher Faylor wrote:
On Fri, Jun 24, 2005 at 05:38:02PM -0400, Igor Pechtchanski wrote:
On Fri, 24 Jun 2005, Angelo Graziosi wrote:
I have noted that when one uses
kill -9 process-PID
in bash 3.0-2 (test), the command kills the process but also bash
53 matches
Mail list logo
