Eric Blake [EMAIL PROTECTED] writes:
Done, once I figured out the typos in the subject line and the remove
instructions (I removed 2.8.8-1, leaving 2.6.4-1 as previous). :)
Wow, thanks!
Jan.
--
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
On Nov 6 14:13, Billinghurst, David (CALCRTS) wrote:
http://billinghurst.customer.netspace.net.au/cygwin/gmp/gmp-4.2.1-1-src.tar.bz2
http://billinghurst.customer.netspace.net.au/cygwin/gmp/gmp-4.2.1-1.tar.bz2
http://billinghurst.customer.netspace.net.au/cygwin/gmp/setup.hint
Hi, i just downloaded the freeware software with the x11 feature. When i
type 'startx' command, the program seems to run, but ends up giving me a Fatal
error message saying:
A fatal error has occured and Cygwin/X will now exit. Please open /tmp.XWin.log
for more imformation.
please guide.
http://cygwin.com/acronyms/#PPIOSPE. I set my Reply-To: for a reason --
please make sure your mailer respects it. Thanks.
Also, http://cygwin.com/acronyms/#TOFU reformatted. More below.
On Mon, 6 Nov 2006, Bob Zagarello wrote:
-Original Message-
From: Igor Peshansky [mailto:[EMAIL
On 11/7/06, Himanshu wrote:
A fatal error has occured and Cygwin/X will now exit. Please open /tmp.XWin.log
for more imformation.
Without posting the entire contents of /tmp.XWin.log, can you tell the
group if you found anything useful there, such as what is the actual
error is being caused
Did you read any of the on-line documentation?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-11-07 17:59:54
Modified files:
winsup/cygwin : ChangeLog fhandler.cc fhandler.h path.cc path.h
syscalls.cc sysconf.cc
winsup/cygwin/include: limits.h
Added files:
Hi,
I tried powerpc-elf -target some months ago (I tried this back then already
without success), but it didn't have any effect.
I'm trying first the bootstrap approach; if that doesn't work, I have a
creeping suspicion it won't build using a fully compiled toolchain either.
For the record, I
Corinna Vinschen writes:
Hi,
The latest developer snapshot from http://cygwin.com/snapshots/ contains
a couple of patches which are supposed to get Cygwin running better on
the upcoming Windows Vista.
The important change here is a slightly different memory allocation
Darn, couldn't build bootstrap-gcc either. Still empty dirs under nof, this
time in form:
make[4]: Entering directory
`/cygdrive/d/new_gcc/powerpc-eabi/build-gcc/powerpc-eabi/nof/libiberty'
make[4]: *** No rule to make target `all'. Stop.
I tried to configure a bootstrap compiler with:
Hi
how do i start a graphical windows program from a ssh shell?
within a normal cygwin shell it's working fine. But within a ssh shell
nothing happens, only the command is repeated.
greetings
Christian Schweingruber
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
On 07 November 2006 12:16, Tommi Sairo wrote:
Darn, couldn't build bootstrap-gcc either. Still empty dirs under nof, this
time in form:
make[4]: Entering directory
`/cygdrive/d/new_gcc/powerpc-eabi/build-gcc/powerpc-eabi/nof/libiberty'
make[4]: *** No rule to make target `all'. Stop.
Larry Hall (Cygwin) a écrit :
On 11/02/2006, Nicolas Roche wrote:
Will try Dan solution with the new version of bash. As I said in my
previous mail, if you are interesting in the results I will send them.
Why not.
Ok, here are the results of my experiences. I have set my environment so
Christian Schweingruber wrote:
Hi
how do i start a graphical windows program from a ssh shell?
within a normal cygwin shell it's working fine. But within a ssh shell
nothing happens, only the command is repeated.
Do you mean you ssh into a remote Windows machine and expect to have the
window
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nicolas Roche on 11/7/2006 6:21 AM:
The only remaining issue is when bash is invoked as /bin/sh and that the
shell is non interactive. In this case, the bash documentation says that no
startup file is read . So I don't know how
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 11/7/2006 6:35 AM:
Have you tried the experimental bash-3.2.3-5, and exporting SHELLOPTS in
your environment with igncr specified? Within bash, SHELLOPTS is
read-only, but reflects the current shell option settings, so
Jonathan Arnold schrieb:
Christian Schweingruber wrote:
Hi
how do i start a graphical windows program from a ssh shell?
within a normal cygwin shell it's working fine. But within a ssh shell
nothing happens, only the command is repeated.
Do you mean you ssh into a remote Windows machine
Hi,
I have installed Cygwin on my system (WinXP). I have an written a sample
application in Visual Studio 2005. When I try to build(compile) this
application in cygwin using VC8 compiler make file it fails.
But the same application builds with VC8 when built in windows command
prompt.
Any help
Hi,
I have installed Cygwin on my system (WinXP). I have an written a sample
application in Visual Studio 2005. When I try to build(compile) this
application in cygwin using VC8 compiler make file it fails.
But the same application builds with VC8 when built in windows command
prompt.
Any help
Eric Blake a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 11/7/2006 6:35 AM:
Have you tried the experimental bash-3.2.3-5, and exporting SHELLOPTS in
your environment with igncr specified? Within bash, SHELLOPTS is
read-only, but reflects the current
On 07 November 2006 14:43, Narayana V.V.L wrote:
Hi,
I have installed Cygwin on my system (WinXP). I have an written a sample
application in Visual Studio 2005. When I try to build(compile) this
application in cygwin using VC8 compiler make file it fails.
But the same application builds
I've investigated this possibility and found that it works only when you
start sshd from some shell on your desktop (or even from StartUp menu).
When sshd starts as service it cannot access your desktop even if the
service starts as the same user.
Pavel Ivanov
-Original Message-
From:
At present, if you use cvs|svn|git cygclass, you can only have one
SRC_URI. This patch does three related things
(1) relaxes that restriction slightly. Now, the *first* SRC_URI
corresponds to the tarball created from the remote repository checkout
via CVS_URI/SVN_URI/GIT_URI. The other
I am experiencing extreme slowness when doing an ls in windows network
shares.
Looking at an strace, here is the cause of the delay:
774 193082 [main] ls 3380 fhandler_base::open: (p:\a\b\c\d\e\f\g.rsm,
0x11)
1572397 1765479 [main] ls 3380 fhandler_base::set_flags: flags 0x11,
On Nov 7 12:46, Dr. Volker Zell wrote:
Corinna Vinschen writes:
Hi,
The latest developer snapshot from http://cygwin.com/snapshots/ contains
a couple of patches which are supposed to get Cygwin running better on
the upcoming Windows Vista.
The important change
On Nov 7 17:56, Pavel Ivanoff wrote:
I've investigated this possibility and found that it works only when you
start sshd from some shell on your desktop (or even from StartUp menu).
When sshd starts as service it cannot access your desktop even if the
service starts as the same user.
If the
As I can understand if sshd runs as SYSTEM (regardless with or without
Interact with desktop) any user logged in via ssh cannot interact with
network. Am I right?
Pavel Ivanov
-Original Message-
From: Corinna Vinschen
Sent: Tuesday, November 07, 2006 6:27 PM
To: cygwin@cygwin.com
Ugh, top-posting... Reformatted.
On Tue, 7 Nov 2006, Ruslan Fedyarov wrote:
Igor Peshansky wrote::
On Mon, 6 Nov 2006, Ruslan Fedyarov wrote:
Hello,
Thank all you Cygwin contributors for MC under Win32, at last I can
use the same rules in both Windows and Linux. There's a little
On Nov 7 18:32, Pavel Ivanoff wrote:
As I can understand if sshd runs as SYSTEM (regardless with or without
Interact with desktop) any user logged in via ssh cannot interact with
network. Am I right?
No. You can connect to network shares when giving username and password
on the `net use'
On 06 November 2006 20:04, Igor Peshansky wrote:
Umm, actually, setup doesn't write the log file until it exits, by which
point it would have already created the Cygwin mounts. One possibility
that comes to mind is that setup was started with the default root
directory, but cancelled before it
Nicolas Roche wrote:
Just one last question, when 3.2 is planned to be push in the mainstream
(i.e not experimental)
My understanding was when it is 'more tested', by Eric's definition
thereof. I'm actually waiting for Eric to decide it is stable and
clean before deploying 3.2 on my various
Are 3PPs that bundle an old version of cygwin1.dll required in any way
to provide the source code of their app so that I can recompile it
with a modern version of cygwin1.dll?
I have used Foundstone's (now part of McAfee) free tools (found here
http://www.foundstone.com/resources/freetools.htm)
Corinna Vinschen wrote:
Hi,
The latest developer snapshot from http://cygwin.com/snapshots/ contains
a couple of patches which are supposed to get Cygwin running better on
the upcoming Windows Vista.
The important change here is a slightly different memory allocation
scheme. I'd like to hear
DePriest, Jason R. wrote:
Are 3PPs that bundle an old version of cygwin1.dll required in any way
to provide the source code of their app so that I can recompile it
with a modern version of cygwin1.dll?
IANALE,TYMSIEIAATS (http://cygwin.com/acronyms/#YANALATEYHSMBSI for a
hint on decoding
On Nov 7 16:21, DePriest, Jason R. wrote:
Are 3PPs that bundle an old version of cygwin1.dll required in any way
to provide the source code of their app so that I can recompile it
with a modern version of cygwin1.dll?
If they don't have purchased a buyout license, then the answer is yes.
See
On Nov 7 10:56, Matthew Woehlke wrote:
Anyone know if there is a list of companies that have Cygwin licenses?
Yes.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info:
On Nov 7 17:50, Michael Schaap wrote:
Corinna Vinschen wrote:
Hi,
The latest developer snapshot from http://cygwin.com/snapshots/ contains
a couple of patches which are supposed to get Cygwin running better on
the upcoming Windows Vista.
The important change here is a slightly different
On 11/7/06, Corinna Vinschen wrote:
If you can confirm that all these tools are actually linked against the
Cygwin DLL itself, then sure, why not? If you don't get a reply or a
negative reply, please keep us informed.
Is this good enough?
[EMAIL PROTECTED] /cygdrive/c/Tools/Foundstone/bin
$
On 11/2/2006 2:48 PM, Corinna Vinschen wrote:
The important change here is a slightly different memory allocation
scheme. I'd like to hear if this version still runs fine on all OSes,
not only on Vista so I'd appreciate some feedback in terms of memory
allocation problems. Please look for
I see that there have been some bash problems recently. I am
reporting this in case it hasn't been handled in an upcoming
release of bash:
$ bash -c 'echo `echo \\`'
bash: -c: line 0: unexpected EOF while looking for matching ``'
bash: -c: line 1: syntax error: unexpected end of file
$ bash
On Nov 7 17:44, DePriest, Jason R. wrote:
On 11/7/06, Corinna Vinschen wrote:
If you can confirm that all these tools are actually linked against the
Cygwin DLL itself, then sure, why not? If you don't get a reply or a
negative reply, please keep us informed.
Is this good enough?
[EMAIL
On Nov 7 09:51, David Rothenberger wrote:
On 11/2/2006 2:48 PM, Corinna Vinschen wrote:
The new memory allocation scheme could result in the necessity to rebase
again. The usual base address of 0x7000 for rebase *might* result
in problems with applications using mmap and runtime loaded
On Nov 6 20:51, Dan Harkless wrote:
[Sigh. was it really necessary to full-quote such a long mail?]
[...]
13 [main] sshd 1144 child_copy: linked dll data write copy failed,
0x33F000..0x33F050, done 0, windows pid 2276708, Win32 error 487
[...]
Help...? ;^
rebaseall?
On 11/7/2006 10:04 AM, Corinna Vinschen wrote:
On Nov 7 09:51, David Rothenberger wrote:
I had to rebaseall to 0x6500 to get ruby to work. I encountered a
hang when trying to build subversion 1.4.0 until I rebased. Worked great
after that, though.
Uh, not that I actually *like* to hear
Joe Buehler jbuehler at spirentcom.com writes:
I see that there have been some bash problems recently. I am
reporting this in case it hasn't been handled in an upcoming
release of bash:
http://cygwin.com/ml/cygwin-announce/2006-11/msg9.html
$ bash -c 'echo `echo \\`'
$ bash -c
On November 7, 2006, Corinna Vinschen [EMAIL PROTECTED] wrote:
On Nov 6 20:51, Dan Harkless wrote:
[Sigh. was it really necessary to full-quote such a long mail?]
Yes, my feeling was that it was, since the thread had gone on back in June
and not everyone would remember the details, multiple
Dan Harkless wrote:
Does this mean setup.exe should be modified to do a rebaseall as the final
step of installation, so fresh installs of Cygwin won't be broken
out-of-the-box?
This has been discussed in the past. It's not a good idea, because:
- rebaseall is not always needed, only in
Hi All...
I just tried out the latest snapshot and my bat file to clean up my mounts
now gives warning messages. The current released version of cygwin1.dll does
not produce the warnings.
The bat file (with a .txt extension) and a cut and paste of the cmd output
are attached.
Thanks,
Karl M wrote:
I just tried out the latest snapshot and my bat file to clean up my
mounts now gives warning messages. The current released version of
cygwin1.dll does not produce the warnings.
Z:\C:\Cygwin\bin\mount -f -s -b C:/Cygwin /
cygwin warning:
MS-DOS style path detected: Z:\
Hari Krishna Dara haridara at gmail.com writes:
-- Forwarded message --
From: Christopher Faylor cgf-no-personal-reply-please at cygwin.com
To: cygwin at cygwin.com
Date: Sat, 28 Oct 2006 00:16:09 -0400
Subject: Re: rxvt: Ctrl+C leaves child process of native processes
Changed the Subject from '1.5.19-4: sshd: child_copy: linked dll data write
copy failed after computer reboot (Windows 2003 Server SP1)'.
On November 7, 2006, Brian Dessent [EMAIL PROTECTED] wrote:
Dan Harkless wrote:
Does this mean setup.exe should be modified to do a rebaseall as the
On November 7, 2006, Dan Harkless [EMAIL PROTECTED] wrote:
On November 7, 2006, Brian Dessent [EMAIL PROTECTED] wrote:
Dan Harkless wrote:
Does this mean setup.exe should be modified to do a rebaseall as the final
step of installation, so fresh installs of Cygwin won't be broken
On November 7, 2006, Dan Harkless [EMAIL PROTECTED] wrote:
On November 7, 2006, Dan Harkless [EMAIL PROTECTED] wrote:
On November 7, 2006, Brian Dessent [EMAIL PROTECTED] wrote:
Dan Harkless wrote:
Does this mean setup.exe should be modified to do a rebaseall as the
final
Dan Harkless wrote:
Double argh. After rebooting, I found sshd wasn't running at all. Looking
at /var/log/sshd.log, I found a ton of:
C:\cygwin\usr\sbin\sshd.exe (1584): *** proc magic mismatch detected -
0x704D1F7E/0xD079E02.
This problem is probably due to using incompatible versions of
Hi All...
From: Matthew Woehlke
Subject: Re: Mount command warning with latest cygwin1.dll snapshot
Date: Tue, 07 Nov 2006 13:42:14 -0600
Karl M wrote:
I just tried out the latest snapshot and my bat file to clean up my mounts
now gives warning messages. The current released version of
Karl M wrote:
Matthew Woehlke wrote:
Karl M wrote:
I just tried out the latest snapshot and my bat file to clean up my
mounts now gives warning messages. The current released version of
cygwin1.dll does not produce the warnings.
Z:\C:\Cygwin\bin\mount -f -s -b C:/Cygwin /
cygwin warning:
Hi All...
From: Dave Korn Subject: RE: Mount command warning with latest
cygwin1.dll snapshot
Date: Tue, 7 Nov 2006 23:40:56 -
On 07 November 2006 23:32, Matthew Woehlke wrote:
Karl M wrote:
Reverting to the released cygwin1.dll eliminates the warning.
Probably because the current
On Tue, 7 Nov 2006, Dan Harkless wrote:
On November 7, 2006, Dan Harkless [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR (yes, even your own -- do you
really want more spam?). Thanks.
I thus reinstalled Cygwin from scratch again, and this time when running
On November 7, 2006, Matthew Woehlke [EMAIL PROTECTED] wrote:
Dan Harkless wrote:
Double argh. After rebooting, I found sshd wasn't running at all. Looking
at /var/log/sshd.log, I found a ton of:
C:\cygwin\usr\sbin\sshd.exe (1584): *** proc magic mismatch detected -
Dan Harkless wrote:
On November 7, 2006, Dan Harkless cygwin-list AT harkless dot org wrote:
On November 7, 2006, Dan Harkless cygwin-list AT harkless dot org wrote:
On November 7, 2006, Brian Dessent brian AT dessent dot net wrote:
Scott Roland wrote:
I am experiencing extreme slowness when doing an ls in windows network
shares.
Looking at an strace, here is the cause of the delay:
774 193082 [main] ls 3380 fhandler_base::open: (p:\a\b\c\d\e\f\g.rsm,
0x11)
1572397 1765479 [main] ls 3380 fhandler_base::set_flags:
Dan Harkless wrote:
snip
However, I have had issues in the past few months where suddenly commands in
my bash window would start failing with the probably due to using
incompatible versions of the cygwin DLL error (without crash popups). When
that first occurred, I did a search and found no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Wilson wrote:
At present, if you use cvs|svn|git cygclass, you can only have one
SRC_URI. This patch does three related things
These changes were necessary to support building jpeg (using the
autotoolized source package at sourceforge,
On November 7, 2006, Igor Peshansky wrote:
On Tue, 7 Nov 2006, Dan Harkless wrote:
On November 7, 2006, Dan Harkless [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR (yes, even your own -- do you
really want more spam?). Thanks.
Argh. Sorry. I guess I am used to
On November 7, 2006, Larry Hall (Cygwin) wrote:
No. Another application using a different cygwin1.dll would have to be
running. As long as it is, the old cygwin1.dll is loaded in memory and
will cause conflicts. Kill'em.
Okay. Good to know. Would the other copy need to be called
65 matches
Mail list logo