Re: Cygwin making files inaccessible?

Hi... I have seen similar problems on my side, but could not knock them down 100% reproducable to get a good recipe for debugging it. I got this best reproduceable if I generate a tar on linux with eg a windows .exe inside. and than untar it on cygwin. Afterwards ACLs were broken. Not every

permissions problems with files on samba share

asswd roland:*:1049576:1049577:Roland Schwingel,U-ONEVISION\roland,S-1-5-21-123-456-789-1000://subnet-homes/User/roland:/bin/bash SYSTEM:*:18:18:U-NT AUTHORITY\SYSTEM,S-1-5-18:/home/SYSTEM:/bin/bash SYSTEM:*:18:18:U-NT AUTHORITY\SYSTEM,S-1-5-18:/home/SYSTEM:/bin/bash LOCAL SERVICE:*:19:19:U-NT AUTH

Re: Unknown+User Unix_Group+505 on smb shares in a domian

Hi to all.. I have the very similar problem. >> > I can't do anything, it just becomes an inconvenience. >> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i >> >

1.7.22: CTRL+C on mingw applications

Hi... Due to some odd hangs in some past versions of cywin1.dll (1.7.18 - 1.7.21) I was still using 1.7.17. Now I gave 1.7.22 a new try. The blocks seem to be resolved but well it appears that cygwin can now no longer break running standard windows/mingw tools. I am using 1.7.22 (32bit) with

Re: 1.7.12 breaks stdout of upx packed executables

Hi Corinna, > > Thanks for the report. It's not so much breaking stdout, but rather > > that the executable is not recognized as Cygwin executable due to a dumb > > mistake I made when computing the size of a section. Fixed in CVS. > > ...and in the latest snapshot. Would you mind to test th

1.7.12 breaks stdout of upx packed executables

Hi... Just updated to 1.7.12 and found one regression. If you have upx packed executables (upx from cygwin distribution) the stdout of the packed executable is broken now. Try the following from mintty: upx --best /usr/bin/tar.exe -o /tmp/tar.exe /tmp/tar.exe You will notice that when you in

Problems with Cygwin on SSD

Hi... Recently I bought an SSD (OCZ Vertex 3 120GB). I hoped to improve performance together with cygwin. But some strange and unexpected things happen. My Setup: Dell Optiplex 980. Core i5-760. 4 GB Ram. Windows 7 SP1 64bit. A 500GB WDC WD5000AAKS harddrive and the new SSD. Windows 7 instal

Re: Cygwin slow on x64 systems

Hi Sagi and all others, Thanks Sagi for your investigation! This is great news that it could finally be tracked down. I am also suffering badly here from this speed drop. I haven't yet tried myself to revert this change to see whether it brings back speed but will certainly try to do so soon.

Re: Cygwin 1.5 vs 1.7: speed

Hi Corrinna... > On Oct 28 14:26, Corinna Vinschen wrote: > > Whether 1.7 is faster or slower depends on what you're doing and on what > > OS you're running. For instance, scanning local directories is about > > 60% faster in 1.7 while starting lots of processes is about 10% slower > > on Vist

Cygwin 1.5 vs 1.7: speed

Hi... When evaluating 1.7 I do also conduct some speed tests with cygwin 1.5. I am using 1.5.25 und 1.7.0-62 on windows xp sp3 32bit here for my tests on a quad core machine with enough ram. It seems that 1.7 is around 10-25% slower in my scenarios here. I did some compilation tests. Each te

Re: R: Cygwin 1.5 vs. 1.7: tail

Hi Marco, Thanks for your reply. Marco Atzeri wrote on 28.10.2009 12:05:09: > --- Mer 28/10/09, Roland Schwingel ha scritto: > > > Hi... > > > > At present I am using cygwin 1.5 mainly, but I have also > > started to migrate over to 1.7. Everything works quite

Cygwin 1.5 vs. 1.7: tail

Hi... At present I am using cygwin 1.5 mainly, but I have also started to migrate over to 1.7. Everything works quite well, but I encountered a problem with the tail command. Obviously the + syntax does no longer work in 1.7 In 1.5 when I call eg. tail +3 /path/to/some/file I get the whole

Re: Strange freezes when using gdb (rxvt/mintty but not dos box)

opher Faylor wrote: > > >> On Fri, Feb 20, 2009 at 04:45:00PM +0000, Dave Korn wrote: > > >> >Roland Schwingel wrote: > > >> >>gdb freezes upon execution of the inferior process when used from > > >> >>within mintty/rxvt, but does not freez

Strange freezes when using gdb (rxvt/mintty but not dos box)

Hi... Today I observed a strange freeze when using gdb-6.8-2 (or cvs gdb) within cygwin 1.5.25 on 2 different machines. gdb freezes upon execution of the inferior process when used from within mintty/rxvt, but does not freeze when gdb is invoked from a (conventional) bash inside of a windows DO

Re: Maybe 1.5 Regression: cp failing while working with cygwin 1.3.22

Hi... Corrina Vinschen wrote on 15.01.2008 15:03:40: > Here's the reason: > [...] Thanks for the reply and the insight! > Maybe the smb.conf setting "follow symlinks = no" is an option for you? Unfortunately not. This won't help me as I use the symlinks to make certain things outside the scope o

Maybe 1.5 Regression: cp failing while working with cygwin 1.3.22

Hi... Well... I am a late converter I know... But I am in the progress of doing so. I am still running cygwin 1.3.22 and now setted up 1.5.25-7 but encountered a problem with cp when working on a folder (hosted on a samba share on a linux box) containing a symlink. My $CYGWIN is in both case

Re: New binutil target PE+ vista & xp64 and COFF format for cpu x86_64

signing all needed FSF assignments so all changes could safely be taken, if you are satisfied with the way they were made. As of the fact the changes are covering a big range and several projects it will for sure take a considerable amount of time and needs to be coordinated. i.A.

Re: [ANNOUNCEMENT] Updated: subversion-1.1.1-1

Hello Max... I recently encountered a cygwin specific problem with 1.1.x of subversion. If your cygwin homeaccount resides on an UNC network share the cygwin binary cannot find/create the .subversion folder there. I filed an issue on that yesterday in the subversion issue tracker (#2108). I also

Re: [ANNOUNCEMENT] Testversion uploaded: bash-2.05b-10

Hi... [EMAIL PROTECTED] wrote on 18.06.2003 17:34:32: > On Wed, Jun 18, 2003 at 05:18:29PM +0200, Roland Schwingel wrote: > > I also tested this release (of course). I do not use textmode, neither > > scripts > > with DOS line endings but I created one and ca

Re: [ANNOUNCEMENT] Testversion uploaded: bash-2.05b-10

Hi... [EMAIL PROTECTED] wrote on 18.06.2003 10:54:21: > On Tue, Jun 17, 2003 at 12:04:32PM -0700, David Rothenberger wrote: > > Well, I spoke too soon. I am having a very bizarre problem with > > scripts using DOS line endings on textmode mounts. Here's how to > > recreate the problem. > > [...

Re: [ANNOUNCEMENT] Testversion uploaded: bash-2.05b-10

Thanks Corinna!!! Corinna Vinschen <[EMAIL PROTECTED] ygwin.com>

Re: one byte reads in bash

Hi... I would do it if there wouldn't be 2 "sideeffects": 1) not familiar enough with bash's internals 2) not enough time Sorry, Roland [EMAIL PROTECTED] wrote on 13.06.2003 11:28:47: > On Fri, Jun 13, 2003 at 10:44:25AM +0200, Roland Schwingel wrote: > > Hi

Re: one byte reads in bash

Hi Corinna > On Fri, Jun 13, 2003 at 09:56:06AM +0200, Roland Schwingel wrote: > > Is it possible to apply the fix mentioned above once to the "regular" > > cygwin bash, so > > one does not always need to recompile bash on his own? > > When I have a bit

Re: one byte reads in bash

Hi... [EMAIL PROTECTED] wrote on 12.06.2003 19:05:35: > Just so that the list thread gets the info, I had a private reply from Dan > Vasaru, who referred me to his patch to bash here: > > http://sources.redhat.com/ml/cygwin/2002-09/msg00446.html > > I applied his patch to the current cygwin bash s

Re: 1.3.20-1: signal 11 when compiling XEmacs-2.4.12

Hi... On Fri, Mar 07, 2003 at 08:56:30AM +0100, Michael Lipp wrote: >I think you are missing an important point: I can build xemacs >successfully when I use the older (1.3.18) cygwin1.ddl! That's the only >thing I have changed about the environment (as you can see in the >environment dump, I'm sti

Re: bash broken with cygwin 1.3.20? - now working with 1.3.20

Hello Max (and the list of course) > > mkdir gcc-3.2.1_obj > > cd gcc-3.2.1_obj > > ../gcc-3.2.1/configure > > It fails with > > *** "Can't find configure.in. Try using --srcdir=some_dir" > > Please post the output of 'ls -l ../gcc-3.2.1/configure.in'. -rwx--+ 1 Administ Entwickl55070 J

Re: bash broken with cygwin 1.3.20?

Hello.. > Did you try strace'ing the configure? Maybe there's some help between > all the output it produces > > Tino Thats a good idea It produced an 8 MB monster log... I cutted out the (I think) relevant part at the end. 13Kb ungzipped - 2.7K gzipped. I cannot gather any information

Re: bash broken with cygwin 1.3.20?

Hello... Works-for-me. Cygwin 1.3.20, all packages up to date. Testing with gcc-3.2.2 source tarball, because I've deleted 3.2.1 and can't be bothered to re-download. Maybe config.log has some clues? Max. I also tried gcc 3.2.2 and gcc 3.2.1 Unfortunately there is no config.log in my case.

Re: bash broken with cygwin 1.3.20?

... It appears I made it a bit complicated... Sorry. But well, the bug (at least on my machines here) persists. Has anyone else tried this with cygwin 1.3.20? Roland On Thu, Feb 13, 2003 at 12:19:37PM +0100, Roland Schwingel wrote: > Hi... > > A few days ago I updated to 1.3.20. Every

bash broken with cygwin 1.3.20?

Hi... A few days ago I updated to 1.3.20. Everything was fine till now... (All cygwin packages are up to date) I tried to recompile gcc (the one from FSF). I am having problems with running configure... I am on local drive. Imagine /cygdrive/c/temp. Image the gcc sources to be in the subfolder g

Re: 1.3.18-1: "can't create title mutex"

Hi... While running a big recursive make under Cygwin 1.3.18-1 on an SMP system, I am getting occasional failures like these: C:\cygwin\bin\cygpath.exe: *** can't create title mutex, Win32 error 6 C:\cygwin\bin\sh.exe: *** can't create title mutex, Win32 error 6 I am appending the output from

Re: [ANNOUNCEMENT] Updated: groff-1.18.1-1

Roman Belenov wrote. > > Christopher Faylor <[EMAIL PROTECTED]> writes: > > > I've made a new version of groff available for download. This is a > > refresh from the GNU web site, so it has whatever fixes are in this > > version. > > Just installed it; on my system it generates Escape codes in for

Re: ObjectiveC

Hi Rob... > > Roland, also voting for it > > Guys, don't 'vote'. DO. > > Build a setup.exe package to install it, and offer to maintain it on the > cygwin-apps list. Heck with two of you you could trade back and forth on > each release. Well this needs to be integrated INTO gcc... An aditiona

Re: ObjectiveC

Hi... > Does anybody know when ObjectiveC is going to make it back into the gcc > distribution? It seems to be working fine on Unix platforms, and I'm just > wondering what the problems are with gcc 3 that prevent it from running > under cygwin. I also would like to have it back... Reintegrating

Re: lex yacc looking

Hi Nemrut, I also have seen your recent threads 1) Please follow the list instructions for posting! 2) Read the faqs! 3) Use the archive! 4) You said you want to port a unix project. So normally nearly all projects on UNIX use makefiles. When the person who made the UNIX project observed the

Re: new gdb interface

Hi... Cygwin uses insight, the gnu gdb frontend (which when you got used to it, can help a lot) and which is included in newer gdb versions.It is *NOT* a cygwin extenstion. To start in traditional mode run gdb with the -nw option. Roland Thomas Mellman <[EMAIL PROTECTED]> Sent by: [EMAI

Re: Problem with cygwin 1.3.13 and ssh

48 To: "Roland Schwingel" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> cc: Subject:Re: Problem with cygwin 1.3.13 and ssh Roland Schwingel wrote: > Hi > > Thanks for your reply and help... nontsec did help, chmod did not &g

Re: Problem with cygwin 1.3.13 and ssh

Hello Pierre... CYGWIN=smbntsec made it completely working. The permissions are now correct when doing a ls -al Thanks (to you and all who have helped) Roland "Pierre A. Humblet" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 14.10.2002 20:03 To: Roland S

Re: Problem with cygwin 1.3.13 and ssh

Hi Thanks for your reply and help... nontsec did help, chmod did not (unfortunately) Roland "Max Bowsher" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 14.10.2002 14:50 To: "Roland Schwingel" <[EMAIL PROTECTED]>,

Problem with cygwin 1.3.13 and ssh

Hi... I just updated to 1.3.13 and encountered a problem with permissions When trying to ssh to different machine I get: @@@ @ WARNING: UNPROTECTED PRIVATE KEY FILE! @ @@@

Problem with gdb and DLLs and their symbols when setting breakpoints

? (Except giving each dll a unique non overlapping addressspace and so preventing collisions). Can the symbol tables be relocated also? Many thanks in advance, Roland Schwingel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html