Unison has a new upstream beta release, version 2.12.0. Each upstream
release unfortunately has to be packaged separately, since different
versions are potentially incompatible and therefore will not talk to each
other.
Cygwin already includes the unison2.9.1, unison2.9.20, and unison2.10.2
On May 12 09:25, [EMAIL PROTECTED] wrote:
Unison has a new upstream beta release, version 2.12.0. Each upstream
release unfortunately has to be packaged separately, since different
versions are potentially incompatible and therefore will not talk to each
other.
Cygwin already includes
We use Cygwin to provide the Windows port of our academic software
(www.mobius.uiuc.edu). Our software installation program prompts the user
for various paths, including the location of our software, and the location
of the cygwin folder.
Our setup program then calls the cygwin setup program
Tod,
On May 12 12:48, Tod Courtney wrote:
We use Cygwin to provide the Windows port of our academic software
(www.mobius.uiuc.edu). Our software installation program prompts the user
for various paths, including the location of our software, and the location
of the cygwin folder.
I just
Corinna,
Thank you for raising these concerns. I am not sure if this issue is of
interest to the entire cygwin-apps group, but I decided to include the
group, as you did, in case others in the group were interested in
information about our software dependencies.
Be sure that our intentions
This release addresses two issues. First, dd now defaults to binary mode,
and adds [io]flag={text,binary} options for tuning. Second, `mkdir -p' and
`install' now try to cd into // and //server, rather than wrongly creating
/server. This second patch requires at least the 20050508 snapshot
Vincenzo Daniele wrote:
Xlib: unexpected async reply (sequence 0x1921)!
Xlib: unexpected async reply (sequence 0x1923)!
XIO: fatal IO error 0 (No error) on X server :0.0
after 111 requests (6436 known processed) with 0 events remaining.
XIO: fatal IO error 0 (No error) on X server
On Thu, 12 May 2005, Vincenzo Daniele wrote:
I can not detect any network trouble or I don´t know the kind of network
trouble you mean.
Still I can connect to the web and to other servers via ssh or rsh. Tools
like any webbrowser or putty do work.
Do I overlook something here?
Google says
thanks.
josé
- Original Message -
From: David Rothenberger [EMAIL PROTECTED]
To: cygwin-xfree@cygwin.com
Cc: [EMAIL PROTECTED]
Sent: Wednesday, May 11, 2005 8:00 PM
Subject: Re: rdesktop build on cygwin gone wrong
On 5/11/2005 4:07 PM, jose isaias cabrera wrote:
Sorry for the
Sorry Johan. Mine is still broken, so I stopped using -multiwindow option
and just using wmaker. I don't have time, right now, to play with it. Too
much work.
I hope someone is able to help us.
josé
- Original Message -
From: Johan Wickström [EMAIL PROTECTED]
To:
I have a user reporting that they are not getting a mount to the fonts
directory after installing.
Where does this mount actually come from? I cant see it by greping any
of the postinstall scripts.
Regards,
Jason.
On Thu, 12 May 2005, Jason Pearce wrote:
I have a user reporting that they are not getting a mount to the fonts
directory after installing.
Where does this mount actually come from? I cant see it by greping any
of the postinstall scripts.
Because it does not exist anymore. The postinstall
I've been using cygwin and cygwin/x or at least an
xterm by running the startxwin.bat provided by the
default cygwin setup.exe. (on windows xp)
Then I'm not sure what happened, I think I just
reinstalled some packages with setup, in any event,
when I now run startxwin.bat or if I try startxwin.sh
Marcel wrote:
I've been using cygwin and cygwin/x or at least an
xterm by running the startxwin.bat provided by the
default cygwin setup.exe. (on windows xp)
Then I'm not sure what happened, I think I just
reinstalled some packages with setup, in any event,
when I now run startxwin.bat or
It's interesting that you say this. The same thing happened to me. Monday,
it was working fine. I did an update and Tuesday, after a reboot, it
wouldn't work. And yes, I have an ATI driver on my laptop. Now I am forced
to use wmaker, which I am finding myself, slowly, very slowly, falling
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-13 03:21:39
Modified files:
cygwin : ChangeLog autoload.cc cygtls.cc dir.cc
fhandler_netdrive.cc path.cc path.h
cygwin/include/sys: mount.h
Log
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
To: cygwin-patches@cygwin.com
Sent: Wednesday, May 11, 2005 4:53 AM
Subject: Re: [Patch]: mkdir -p and network drives
I don't like the idea of isrofs being an inline function in dir.cc.
Wouldn't that be better a method in
On Thu, May 12, 2005 at 03:49:21PM -0400, Pierre A. Humblet wrote:
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
To: cygwin-patches@cygwin.com
Sent: Wednesday, May 11, 2005 4:53 AM
Subject: Re: [Patch]: mkdir -p and network drives
I don't like the idea of isrofs being
On May 11 12:20, Chip Olson wrote:
sshd : PID 1364 : starting service `sshd' failed: execve: 1, Operation
not permitted.
Which tells me Administrator doesn't have the privileges to start
sshd.
What does the event log show? In any case, you should not only check
permissions on sshd.exe, but
Dave Korn wrote:
There are! Hm. Probably a bug in setup - did you cycle through options
or switch back and forward between prev/curr/exp? There have been known to
be bugs caused that way. If you can come up with a way to reproduce the
problem, please post again; we'll look into it.
No I
I've been using a particular set of C-code for years
on several systems (mostly linux on PC, or Unix on
some Sun) and could always get it to work when I moved
to a new machine.
Now, I'm trying to get it to work on a PC with cygwin.
cygcheck claims I have gcc version 3.3.3-3 OK.
I am NOT an
Original Message
From: Marcel
Sent: 12 May 2005 11:00
I am NOT an experienced C or cygwin user, but the
problems I keep running into, appear to me that gcc
with cygwin behaves very differently from whatever I
had on the previous systems.
Actually, it's not a difference in gcc, but
Marcel wrote:
I've been using a particular set of C-code for years
on several systems (mostly linux on PC, or Unix on
some Sun) and could always get it to work when I moved
to a new machine.
Now, I'm trying to get it to work on a PC with cygwin.
cygcheck claims I have gcc version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/9/2005 8:57 AM:
As one of the project leads, I am formally asking you to make dd default
to binary behavior.
With a request like that, you've got it! Is there any reason why
fcntl(fd, F_SETFL, O_TEXT) does
Thanks for the useful responses to my problem.
The solution of removing stdout to the main() did
indeed work for the moment.
I apologise for the following simple question in
advance:
In the course of trying to figure out a solution to
the gcc+cygwin problem on my own, I reinstalled some
cygwin
I am trying to build coreutils-5.3.0-5.
To do so, I requested the coreutils source via
cygwin's setup. Then I run
coreutils-5.3.0-5.sh prep
coreutils-5.3.0-5.sh configure
coreutils-5.3.0-5.sh build.
During the build, I get the following failure:
make all-recursive
make[1]: Entering directory
On May 12 07:25, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/9/2005 8:57 AM:
As one of the project leads, I am formally asking you to make dd default
to binary behavior.
With a request like that, you've got it! Is there any
In file included from /usr/src/coreutils-5.3.0/lib/fsusage.c:76:
/usr/include/sys/statvfs.h:22: error: parse error before fsblkcnt_t
/usr/include/sys/statvfs.h:24: error: parse error before f_bavail
/usr/include/sys/statvfs.h:25: error: parse error before f_files
The unison2.12.0 package is now available in the Cygwin repository. In
addition, some minor documentation updates have been made to the
unison2.9.1, unison2.9.20, and unison2.10.2 packages, to reflect the new
unison2.12.0 package.
Unison is a file synchronizer for Unix and Windows. It allows
Hello, I'm using Cygwin to develop programs using Win32 for the GUI and
lot's of posix stuff for the back-end. Anyway, I noticed that if I include
windows.h in a file, I have to include cstddef after it if I want to
receive warnings for converting non-pointer types to NULL.
I guess presume
Pekka Niiranen wrote:
Got it!
I had 7 following lines
ord1=`expr 300`
echo Base ordinal is ${ord1}
ord=`expr ${ord1} + 5`#subsequent module interval counter
prev=`expr 0`
ctr=`expr 1`
count=`expr 0`
disp_nb=`expr 264`
BEFORE the awk call
${FAWK}/Number_of_Loops/{print \$3} subst$1
On my proper unix/linux systems I do a lot of imaging work with .ppm.gz or
.ppm.bz2
files (binary 'P6' PPM, not the 'P3' ASCII version). The ImageMagick
utilities
(e.g display, convert) understand this format and it works well.
However, with Cygwin, having created an image.ppm.bz2 or
Turns out that sometime ago, I had built and installed a
cygwin1.dll into /usr/local. During the process of that
build/install, it also installed an older types.h into
/usr/local/include/cygwin/types.h.
Removing those fixed the problem. Actually had to look at
.deps/fsupdate.Po to figure out
Hello!
I've been following with great interest the issue of a missing
cygintl-3.dll file. I've read the FAQ's and found that the dll should be
in the libintl3 package.
I'm at a real loss here as I've checked my copied distribution and a
number of mirror sites around the world looking for
Hello!
I've been following with great interest the issue of a missing
cygintl-3.dll file. I've read the FAQ's and found that the dll should be
in the libintl3 package.
I'm at a real loss here as I've checked my copied distribution and a
number of mirror sites around the world looking for
what am i missing/doing wrong.
from the snapshots page cygwin1-*.dll.bz2 is a compressed cygwin1.dll
without debug information.
cygwin1-20050511.dll.bz21,964 Kb
$ bunzip2 cygwin1-20050511.dll.bz2
$ ll cygwin1-20050511.dll
-rwx-- 1 Reid.Thompson Domain Users 8911171 May 12 12:06
On Thu, May 12, 2005 at 01:10:57PM -0400, [EMAIL PROTECTED] wrote:
Hello!
I've been following with great interest the issue of a missing
cygintl-3.dll file. I've read the FAQ's and found that the dll should be
in the libintl3 package.
I'm at a real loss here as I've checked my copied
Christopher,
You missed my point in the post. I'm not disputing that the dll isn't in
the libintl3 package. What I'm saying is that the package file IS NOT IN
THE DISTRIBUTION KIT! I've even checked some mirror sites around the
world for the directory thinking that maybe it didn't get
On Thu, May 12, 2005 at 01:50:42PM -0400, [EMAIL PROTECTED] wrote:
You missed my point in the post. I'm not disputing that the dll isn't in
the libintl3 package. What I'm saying is that the package file IS NOT IN
THE DISTRIBUTION KIT!
No, I didn't miss this. I listed the contents of the
On 12-May-2005 1:49, David Rothenberger wrote:
Revised patch attached. Can you try this out and see if it still works
for you? If you confirm this, I'll resend the patch in a new, more
obviously titled thread, to attract Chuck's attention. ;-)
Works fine for me. Start attracting!
Hi,
Attached is a patch to fix cygstart behaviour when running under mount
-X. Cygstart now ensures that the Windows environment is synchronized
with the Cygwin one.
(For more details, see the recent thread: Fixing strace and cygcheck so
that they work with mount -X)
Chuck, can you, at your
On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
Hi,
Attached is a patch to fix cygstart behaviour when running under mount
-X. Cygstart now ensures that the Windows environment is synchronized
with the Cygwin one.
(For more details, see the recent thread: Fixing strace and
On 5/12/2005 11:54 AM, Christopher Faylor wrote:
On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
Hi,
Attached is a patch to fix cygstart behaviour when running under mount
-X. Cygstart now ensures that the Windows environment is synchronized
with the Cygwin one.
(For more details,
[EMAIL PROTECTED] wrote:
I am assuming that there should be a release\libintl3 with a
libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why
doesn't setup show it when I switch it to FULL mode?
Since libintl is part of gettext there is no dir release/libintl3 but
the dir
On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
[EMAIL PROTECTED] wrote:
I am assuming that there should be a release\libintl3 with a
libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why
doesn't setup show it when I switch it to FULL mode?
Since libintl is
On Thu, May 12, 2005 at 11:59:15AM -0700, David Rothenberger wrote:
On 5/12/2005 11:54 AM, Christopher Faylor wrote:
On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
Hi,
Attached is a patch to fix cygstart behaviour when running under mount
-X. Cygstart now ensures that the
Christopher Faylor wrote:
On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
[EMAIL PROTECTED] wrote:
I am assuming that there should be a release\libintl3 with a
libintl3/libintl3-0.14.1-1 file in it. Shouldn't there? If not, why
doesn't setup show it when I switch it to FULL
On Mon, 9 May 2005, Corinna Vinschen wrote:
On May 8 13:02, Nakul Haridas wrote:
Hi,
The codes I have attached are similar to a eariler reported problem
References:
[EMAIL PROTECTED]
However I have my program working either in Solaris or Cygwin only. If
the server is on solaris and client on
On 5/12/05, Mikael [EMAIL PROTECTED] wrote:
I guess presume NULL is a macro evaulting to 0 in windows.h and a typedef
for (void *)0 in cstddef, or?
No. Not in cstddef. Since you are using that header file, I assume
you are using C++. In C++, NULL is 0, not (void *)0 as it is in C.
Since I
On Thu, May 12, 2005 at 09:13:01PM +0200, Gerrit P. Haase wrote:
Christopher Faylor wrote:
On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
[EMAIL PROTECTED] wrote:
I am assuming that there should be a release\libintl3 with a
libintl3/libintl3-0.14.1-1 file in it. Shouldn't
At 01:22 PM 5/12/2005, you wrote:
Hello!
I've been following with great interest the issue of a missing
cygintl-3.dll file. I've read the FAQ's and found that the dll should be
in the libintl3 package.
I'm at a real loss here as I've checked my copied distribution and a
number of mirror
On 11/05/05, Peter Ekberg [EMAIL PROTECTED] wrote:
What is going on here?
My guess: tail frame.log closes its stdout as soon as it has read
the requested lines from the file, tail -f frame.log keeps its
stdout open, since it is waiting for new lines to be added to the
logfile. Cat is using some
On 12/05/05, Lev Bishop [EMAIL PROTECTED] wrote:
On 11/05/05, Peter Ekberg [EMAIL PROTECTED] wrote:
Sorry, sorry, sorry.
'kin gmail.
Lev
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Eric,
can you answer to this mail
http://cygwin.com/ml/cygwin/2005-05/msg00491.html ?
Summarizing I want to know if the problems I described
are bugs of some Cygwin packages (should I wait for new upgrades?)
or
are the normal behaviour of Cygwin, so that if I do not like them
I
Lev Bishop wrote:
On 11/05/05, Peter Ekberg wrote:
What is going on here?
My guess: tail frame.log closes its stdout as soon as it has read
the requested lines from the file, tail -f frame.log keeps its
stdout open, since it is waiting for new lines to be added to the
logfile. Cat is using
Try grep --line-buffered to get grep to flush output after every
line. There is a performance penalty for doing this. I don't know why
you don't see the buffering when grep's stdout isn't redirected.
Perhaps grep (or the std library) removes/reduces buffering in the
case the output is a terminal.
Lev Bishop wrote:
Try grep --line-buffered to get grep to flush output after every
line. There is a performance penalty for doing this. I don't know why
you don't see the buffering when grep's stdout isn't redirected.
Perhaps grep (or the std library) removes/reduces buffering in the
case the
Hi,
Why has 2.95.3 been removed from Cygwin ?
I have tried to install it from GNU download but have been unsucessful.
I need 2.95.3 how/can I get it built ?
Aaron
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Aaron Gray wrote:
Why has 2.95.3 been removed from Cygwin ?
I have tried to install it from GNU download but have been unsucessful.
I need 2.95.3 how/can I get it built ?
http://cygwin.com/ml/cygwin-announce/2003-10/msg00014.html
http://cygwin.com/faq/faq_2.html#SEC10
--
Unsubscribe
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Aaron Gray
Sent: Thursday, May 12, 2005 6:53 PM
To: cygwin@cygwin.com
Subject: Why has GCC 2.95.3 been removed from Cygwin instillation
Hi,
Why has 2.95.3 been removed from Cygwin ?
I have
On Wed, May 11, 2005 at 11:18:16AM -0400, Christopher Faylor wrote:
bearing on the statement However, I also notice that deeper forked
processes (grandchildren) refuse to die. This script is only run using
ActiveState Perl. If someone is talking about fork on windows in a
cygwin mailing list
The unison2.12.0 package is now available in the Cygwin repository. In
addition, some minor documentation updates have been made to the
unison2.9.1, unison2.9.20, and unison2.10.2 packages, to reflect the new
unison2.12.0 package.
Unison is a file synchronizer for Unix and Windows. It allows
62 matches
Mail list logo