Dear fellow Cygwinners,
I use Cygwin to work on a samba network drive and am unable to execute bash
scripts from there because bash: ./amssetup: Permission denied. I think this
is due to the missing owner/group info:
$ ls -l amssetup
-rwxrw 1 1014 2009-12-15 14:16 amssetup
Hi,
Can an executable that has been linked against 1.7.2 work with cygwin1.dll
version 1.7.1?
I'd like to upgrade my build env, but not the runtime env of stable releases of
a program.
Thanks,
Uri.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2010.03.24 10:56, Corinna Vinschen wrote:
Hi Cygwin friends and users,
we're proud to present the next Cygwin release 1.7.2.
This release contains some changes, some new functionality, and a good
amount of bugfixes.
Thanks for bugfix!
--
Problem reports:
On Mar 25 06:50, Chris wrote:
Dear fellow Cygwinners,
I use Cygwin to work on a samba network drive and am unable to execute bash
scripts from there because bash: ./amssetup: Permission denied. I think this
is due to the missing owner/group info:
$ ls -l amssetup
-rwxrw 1
On Mar 25 03:07, Uri Simchoni wrote:
Hi,
Can an executable that has been linked against 1.7.2 work with cygwin1.dll
version 1.7.1?
I'd like to upgrade my build env, but not the runtime env of stable releases
of a program.
Yes, except if it uses an API new to Cygwin 1.7.2 (for instance,
Sir/Madam,
Is it possible to get a setup.ini file to use along side setup.exe to allow us
to install cygwin on multiple servers in our organisation? -I would then like
to add the details of the packages to be installed in to the setup.ini file for
a silent installation across network on to
Hi All,
To read the content of a registry key I use :
my $ww =
IO::File-new(/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/shbox/freepdfxp/fpDir);
my $Reg_FreePdf_Path = $ww;
$ww-close();
It works but a subsequent call system(cd /cydrive/c/whatever) crashes with
a core dump.
The strange
On Mar 25 09:52, Corinna Vinschen wrote:
On Mar 25 06:50, Chris wrote:
Dear fellow Cygwinners,
I use Cygwin to work on a samba network drive and am unable to execute bash
scripts from there because bash: ./amssetup: Permission denied. I think
this
is due to the missing owner/group
On 25/03/2010 09:02, Jonathan Cummings wrote:
Sir/Madam,
Please feel free not to stand on formality round here :)
Is it possible to get a setup.ini file to use along side
setup.exe to allow us to install cygwin on multiple servers in our
organisation? -I would then like to add the
Hello Jonathan,
I can't stand seeing this question come up every week again... Yes, this is
definitely possible, but due to Cygwin's completely crappy installer
(setup.exe) it's a real pain in the ass. Given is a destination directory
of c:\cygwin:
- First you need to create a customized
On 03/24/2010 04:15 AM, Corinna Vinschen wrote:
On Mar 23 16:37, Chris Idou wrote:
After a heck of lot of screwing around, I got this mount point stuff working.
Now when I create files under cygwin they have the same permissions profile as
they do when I create them under windows.
BUT...
Christoph Herdeg wrote:
Hello Jonathan,
I can't stand seeing this question come up every week again... Yes, this is
definitely possible, but due to Cygwin's completely crappy installer
(setup.exe) it's a real pain in the ass. Given is a destination directory
of c:\cygwin:
- First you need to
RESEND - NOW WITH SPELLING MISTAKES FIXED...
Christoph Herdeg wrote:
Hello Jonathan,
I can't stand seeing this question come up every week again... Yes, this is
definitely possible, but due to Cygwin's completely crappy installer
(setup.exe) it's a real pain in the ass. Given is a destination
On Thu, Mar 25, 2010 at 12:39:22PM +0100, Christoph Herdeg wrote:
I can't stand seeing this question come up every week again... Yes, this is
definitely possible, but due to Cygwin's completely crappy installer
(setup.exe) it's a real pain in the ass.
Funny how your email comes *after* someone
Hi there,
On Thu, 25 Mar 2010 Corinna Vinschen wrote:
http://cygwin.com/cygwin-ug-net/using.html#mount-table
[Extract name=using.html]
The Cygwin Mount Table
[snip] The Cygwin DLL supports user specific fstab files. These are
stored in the directory /etc/fstab.d and the name of the file is
On Thu, Mar 25, 2010 at 12:47:17PM +, G.W. Haywood wrote:
Hi there,
On Thu, 25 Mar 2010 Corinna Vinschen wrote:
http://cygwin.com/cygwin-ug-net/using.html#mount-table
[Extract name=using.html]
The Cygwin Mount Table
[snip] The Cygwin DLL supports user specific fstab files. These are
On Mar 25 07:17, Steve Bray wrote:
On 03/24/2010 04:15 AM, Corinna Vinschen wrote:
On Mar 23 16:37, Chris Idou wrote:
After a heck of lot of screwing around, I got this mount point stuff
working. Now when I create files under cygwin they have the same
permissions profile as they do when
On 25/03/2010 12:46, Christopher Faylor wrote:
On Thu, Mar 25, 2010 at 12:39:22PM +0100, Christoph Herdeg wrote:
I can't stand seeing this question come up every week again... Yes, this is
definitely possible, but due to Cygwin's completely crappy installer
(setup.exe) it's a real pain in the
This question is more for my personal curiosity than any problem I'm having.
I've noticed that setup.exe has been updated several times recently
and I'm curious as to whats in setup that would need to be changed.
I understood setup-legacy when we switched from 1.5 to 1.7
As far as I know,
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Don't do that. It has to be a REG_MULTI_SZ value with at least the
entry msv1_0.
Right you are. I have (re)created the key as type REG_MULTI_SZ, restored the
msv1_0 AND the cyglsa path on separate lines, and all is well. Thanks!
--
On 25/03/2010 13:37, Rance Hall wrote:
This question is more for my personal curiosity than any problem I'm having.
I've noticed that setup.exe has been updated several times recently
and I'm curious as to whats in setup that would need to be changed.
I understood setup-legacy when we
--- Gio 25/3/10, Rance Hall ha scritto:
This question is more for my personal
curiosity than any problem I'm having.
I've noticed that setup.exe has been updated several times
recently
and I'm curious as to whats in setup that would need to be
changed.
I understood setup-legacy when
--- Gio 25/3/10, Rance Hall ha scritto:
Marco Atzeri
wrote:
snip
Hi Rance,
Setup is a program and as such has its own fixed bugs
and
feature improvements that require updated release.
See here from the source the Changelog
With the release of cygwin 1.7.2, the coreutils-8.4-2 release has been
promoted to current, replacing 7.0-2.
NEWS:
=
Compared to the previous cygwin release of coreutils, this is a major
upgrade, with a number of new upstream features. A NEWS summary of the
relevant upstream changes is
Corinna Vinschen wrote at 21:20 +0100 on Mar 24, 2010:
On Mar 24 20:16, Andy Koppe wrote:
Andy Koppe:
j8raa6t5a9:
I updated to 1.7.2 and the cygwin.bat I modified ages ago to run rxvt
does not work anymore. The window pops up and quickly disappears (I'm
using\
Windows XP).
On 03/25/2010 03:07 AM, DEWI - N. Zacharias wrote:
To read the content of a registry key I use :
my $ww =
IO::File-new(/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/shbox/freepdfxp/fpDir);
my $Reg_FreePdf_Path = $ww;
$ww-close();
It works but a subsequent call system(cd
On Mar 25 14:40, j8raa6t...@snkmail.com wrote:
Corinna Vinschen wrote at 21:20 +0100 on Mar 24, 2010:
On Mar 24 20:16, Andy Koppe wrote:
Andy Koppe:
j8raa6t5a9:
I updated to 1.7.2 and the cygwin.bat I modified ages ago to run rxvt
does not work anymore. The window pops up and
When using setup.exe to install cygwin, I select gcc: C compile upgrade
helper from the category devel in the package menu. However, when I then
check in my cygwin bin folder there is no gcc, although there is
gcc-3.exe. I cannot use the gcc command in cygwin bash: gcc command not
found. When I
When performing 'cabal install' in cygwin, to install a haskell package, I
get the following error:
D:\Haskell\bin/windres: can't open temporary file `\/cca08368.irc': No such
file
or directory
cabal.exe: Error: some packages failed to install:
GalaxyCompiler-0.0.1 failed during the building
On 3/25/2010 1:25 PM, steenreem wrote:
When using setup.exe to install cygwin, I select gcc: C compile upgrade
helper from the category devel in the package menu. However, when I then
check in my cygwin bin folder there is no gcc, although there is
gcc-3.exe. I cannot use the gcc command in
On 3/25/2010 1:46 PM, steenreem wrote:
When performing 'cabal install' in cygwin, to install a haskell package, I
get the following error:
D:\Haskell\bin/windres: can't open temporary file `\/cca08368.irc': No such
file
or directory
cabal.exe: Error: some packages failed to install:
I am running Cygwin on Windows 7. When I use the bash terminal, all of the font
characters look fine – man pages render with color and bold. However, when I
use rxvt, I cannot seem to find a font/terminal setting that will render fonts
properly. I get a lot of gobbeldy-gook in rxvt. For
On 3/25/2010 2:27 PM, Gary Spivey wrote:
I am running Cygwin on Windows 7. When I use the bash terminal, all of
the font characters look fine – man pages render with color and bold.
However, when I use rxvt, I cannot seem to find a font/terminal setting
that will render fonts properly. I get a
On 3/25/2010 1:27 PM, Gary Spivey wrote:
I am running Cygwin on Windows 7. When I use the bash terminal, all of the
font characters look fine – man pages render with color and bold. However,
when I use rxvt, I cannot seem to find a font/terminal setting that will
render fonts properly. I
Larry Hall (Cygwin) wrote:
On 3/25/2010 1:25 PM, steenreem wrote:
When using setup.exe to install cygwin, I select gcc: C compile
upgrade
helper from the category devel in the package menu. However, when I then
check in my cygwin bin folder there is no gcc, although there is
gcc-3.exe.
On 3/25/2010 3:03 PM, steenreem wrote:
Larry Hall (Cygwin) wrote:
On 3/25/2010 1:25 PM, steenreem wrote:
When using setup.exe to install cygwin, I select gcc: C compile
upgrade
helper from the category devel in the package menu. However, when I then
check in my cygwin bin folder there is
Larry Hall (Cygwin) wrote:
On 3/25/2010 3:03 PM, steenreem wrote:
Larry Hall (Cygwin) wrote:
On 3/25/2010 1:25 PM, steenreem wrote:
When using setup.exe to install cygwin, I select gcc: C compile
upgrade
helper from the category devel in the package menu. However, when I
then
check
On 3/25/2010 3:59 PM, steenreem wrote:
Sorry I was unclear. gcc4.exe is also in /bin, together with gcc3.exe.
However there is no gcc symbolic link. I have tried copy and renaming
gcc4.exe to gcc.exe but that leads to the error C compiler cannot
create executables
Reinstall gcc4 then. You're
Larry Hall (Cygwin) wrote:
On 3/25/2010 3:59 PM, steenreem wrote:
Sorry I was unclear. gcc4.exe is also in /bin, together with
gcc3.exe.
However there is no gcc symbolic link. I have tried copy and renaming
gcc4.exe to gcc.exe but that leads to the error C compiler cannot
create
On 3/25/2010 4:50 PM, steenreem wrote:
Larry Hall (Cygwin) wrote:
On 3/25/2010 3:59 PM, steenreem wrote:
Sorry I was unclear. gcc4.exe is also in /bin, together with
gcc3.exe.
However there is no gcc symbolic link. I have tried copy and renaming
gcc4.exe to gcc.exe but that leads to the error
Maybe. We'd need more information about your installation at least.
See http://cygwin.com/problems.html.
I guess you are reffering to output from cygcheck as described on the
website. Here it is:
http://old.nabble.com/file/p28035089/cygcheck.out cygcheck.out
Thanks for all the help so
On 3/25/2010 5:23 PM, steenreem wrote:
Maybe. We'd need more information about your installation at least.
Seehttp://cygwin.com/problems.html.
I guess you are reffering to output from cygcheck as described on the
website. Here it is:
http://old.nabble.com/file/p28035089/cygcheck.out
Some time ago in cygwin 1.5 I did this:
orion cvs ci äppel.txt
/home/michael/Repos/äppel.txt,v -- äppel.txt
initial revision: 1.1
orion
orion cvs -qn up
orion
Exactly the expected behavior.
Now in my new 1.7.2 installation the cvs up gives this
(in an rxvt window):
orion cvs -qn up
U
Corinna Vinschen corinna-cygwin at cygwin.com writes:
...
This lets the script execute, but I am a little bit worried about the
other
permissions, -rw-r--r-- instead of -rwxrw.
Why are the permissions different?
http://cygwin.com/cygwin-ug-net/using.html#mount-table
On 3/25/2010 6:34 PM, lemke...@t-online.de wrote:
Some time ago in cygwin 1.5 I did this:
orion cvs ci äppel.txt
/home/michael/Repos/äppel.txt,v -- äppel.txt
initial revision: 1.1
orion
orion cvs -qn up
orion
Exactly the expected behavior.
Now in my new 1.7.2 installation the cvs up gives
On 3/25/2010 6:38 PM, Chris wrote:
snippage
Sorry I forgot to mention that the permissions on the Linux machine
running the Samba server are more similar to the ones when I mount the
network drive without the noacl option in Cygwin.
This is the ls line from the Linux machine:
-rwxrw 1
Larry Hall wrote:
With Google.
http://cygwin.com/ml/cygwin/2010-03/msg00899.html
Pretty easy to find, eh? You practically bumped into each other.
Thanks for the quick answer, but sorry, no, mintty doesn't help:
orion cvs -qn up -l
U äppel.txt
cvs update: warning: `▒ppel.txt' is not (any
On 03/25/2010 05:05 PM, lemke...@t-online.de wrote:
orion cvs -qn up -l
U äppel.txt
cvs update: warning: `▒ppel.txt' is not (any longer) pertinent
And frankly, I can't see how the terminal could influence the
behavior of the cvs executable. I am not talking about the
displayed characters
Erik Blake wrote:
On 03/25/2010 05:05 PM, lemkemch wrote:
orion cvs -qn up -l
U Ãppel.txt
cvs update: warning: `âppel.txt' is not (any longer) pertinent
And frankly, I can't see how the terminal could influence the
behavior of the cvs executable. I am not talking about the
displayed
Dave,
Could you provide an update on some of the outstanding binutils issues?
1) dlltool DATA exports incompatible with auto-import
http://cygwin.com/ml/cygwin/2009-11/msg00083.html
This is preventing me from updating GNOME Evolution.
2) weak symbol linkage
On Thu, Mar 25, 2010 at 07:00:25PM -0500, Yaakov (Cygwin/X) wrote:
Dave,
Could you provide an update on some of the outstanding binutils issues?
1) dlltool DATA exports incompatible with auto-import
http://cygwin.com/ml/cygwin/2009-11/msg00083.html
This is preventing me from updating GNOME
On 3/18/2010 8:40 PM, Charles Wilson wrote:
Here's the promised patch. You need to install
mingw-libgpg-error-devel and
mingw-libgcrypt-devel
and re-run bootstrap.sh in both setup's src dir and the libgetopt++ subdir.
2010-03-18 Charles Wilson ...
Use external crypto
On Thu, Mar 25, 2010 at 10:05:51AM -0400, Charles Wilson wrote:
On 3/18/2010 8:40 PM, Charles Wilson wrote:
Here's the promised patch. You need to install
mingw-libgpg-error-devel and
mingw-libgcrypt-devel
and re-run bootstrap.sh in both setup's src dir and the libgetopt++ subdir.
On Mar 20 21:04, Marco Atzeri wrote:
--- Mar 16/3/10, Mike White ha scritto:
Thanks for taking a look at the iperf
package.
I have updated setup.hint, changed to using cygport, and
added a cygwin-specific README.
Please review for inclusion in cygwin.
As before, files are:
Please upload:
wget http://mintty.googlecode.com/files/mintty-0.6.1-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.6.1-1-src.tar.bz2
wget http://mintty.googlecode.com/svn/tags/0.6.1/cygport/setup.hint
0.5.7-1 can be deleted.
Thanks,
Andy
On 2010-03-25 15:40, Andy Koppe wrote:
Please upload:
wget http://mintty.googlecode.com/files/mintty-0.6.1-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.6.1-1-src.tar.bz2
wget http://mintty.googlecode.com/svn/tags/0.6.1/cygport/setup.hint
0.5.7-1 can be deleted.
Done and done.
On 25/03/2010 16:55, Christopher Faylor wrote:
I'd rather get verification that it works in the native environment
for someone else.
Testing now.
cheers,
DaveK
On 26/03/2010 01:26, Dave Korn wrote:
On 25/03/2010 16:55, Christopher Faylor wrote:
I'd rather get verification that it works in the native environment
for someone else.
Testing now.
WJFFM, both before and after deleting the libgcrypt/libgpg-error subdirs
from my sandbox. Thanks
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-03-25 12:52:33
Modified files:
doc: ChangeLog pathnames.sgml
Log message:
* pathnames.sgml: Clarify wording of user-specific fstab files. Fix
typo.
Patches:
59 matches
Mail list logo