permissions on .exe files

Hello, If I create a file somefile.exe "outside cygwin" then cygwin reports that it is executable. But if the file is created by cygwin then it does not become executable unless explicitly set. One implication of this is that when I extract a .zip using cygwin unzip then the .exe, .dll, .bat etc

build scilab from cygwin??

I have installed scilab 4.0 and cygwin in my system. But when i tried to build scilab from cygwin there is some error. I need help in this issue -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http:/

Re: Cygwin services using uid 400, not SYSTEM. Why?

Shaddy Baddah wrote: Hi again, On 7/20/2006 1:30 AM, Shaddy Baddah wrote: I'm so sorry I didn't pick up on this earlier. Thanks for your attention. If you have any ideas on the UID 400 problem, I'd still be very interested to hear what was happening on that. One last bit of diagnosis. In my

Re: Cygwin services using uid 400, not SYSTEM. Why?

Hi again again, On 7/21/2006 12:29 PM, Shaddy Baddah wrote: The attachment is a log of commands that I executed that highlights the problem very clearly. You will see that after running *exim-config* (not cygserver-config), the Cygwin services correctly display as uid SYSTEM, and not 400. W

Re: Cygwin services using uid 400, not SYSTEM. Why?

Hi again, On 7/20/2006 1:30 AM, Shaddy Baddah wrote: I'm so sorry I didn't pick up on this earlier. Thanks for your attention. If you have any ideas on the UID 400 problem, I'd still be very interested to hear what was happening on that. One last bit of diagnosis. In my earlier email, I claim

Re: When ssh'd in, cannot run MS compiler /Zi debug option.

Mark Charney wrote: mwoehlke tibco.com> writes: Fatal Error C1902: Program database manager mismatch; please check your installation. ... Actually, you might want to read . This seems to be a problem with cl.e

Re: When ssh'd in, cannot run MS compiler /Zi debug option.

mwoehlke tibco.com> writes: > > Fatal Error C1902: Program database manager mismatch; please > > check your installation. > ... > Actually, you might want to read > . > > This seems to be a problem with cl.exe,

Re: Perl failure

Christopher Faylor skrev: > On Wed, Jul 19, 2006 at 12:08:24PM +0200, Corinna Vinschen wrote: >>On Jul 18 17:45, Bruce Dobrin wrote: >>> Hi, >>> I stripped down the code to a small testable bit. The problem seems to >>> occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my >>> cygwin

Re: bash filename completion character bug

On Thu, 20 Jul 2006 06:31:18 -0600, Eric Blake <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Chris Croughton on 7/19/2006 10:48 PM: >> >> When I do filename completion with TAB I get an extra character on the >> name: >> >> ~$ ba[TAB] >> B

Re: Perl failure

On Wed, Jul 19, 2006 at 12:08:24PM +0200, Corinna Vinschen wrote: >On Jul 18 17:45, Bruce Dobrin wrote: >> Hi, >> I stripped down the code to a small testable bit. The problem seems to >> occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my >> cygwin1.5.5. win2k system. The origin

Re: 1.5.20: Occasional crash at address 0x6100365f (cygthread::stub() in cygthre

On Wed, Jul 19, 2006 at 05:30:05PM +1000, Kiyo Kelvin Lee wrote: >Actually, I have 2 systems (one XP [AMD Athlon 64 3500] and one Win2K >[Celeron 900]) both have the same problem and attached are the cygcheck >output. > >My sh.exe is bash.exe. > >The crashes happen just sparsely and not upon all

RE: Perl failure

Sorry Corinna But actually, I never saw your reply, which is odd since I keep all the cygwin.com mailing list items for a week, but I also have only ever seen 1 of my own additions to the thread(!), and I never received my initial email through the mailing list and only got confirmation that it

Re: Compiling euchre 0.7 n cygwin

TITTTLing Dave Korn wrote: On 20 July 2006 18:40, mwoehlke wrote: Laurent Duperval wrote: Buster wrote: This is not a Cygwin-specific problem. In euchre-0.7/src/gui/Makefile.am, @GTK_LIBS@ should come at the end of the list of libraries to link, instead of at the beginning. Further questions

RE: Compiling euchre 0.7 n cygwin

On 20 July 2006 18:40, mwoehlke wrote: > Laurent Duperval wrote: >> Buster wrote: >>> This is not a Cygwin-specific problem. In >>> euchre-0.7/src/gui/Makefile.am, @GTK_LIBS@ should come at the end of >>> the list of libraries to link, instead of at the beginning. Further >>> questions (for exampl

[ANNOUNCEMENT] Updated [experimental]: gcc-3.4.4-2

I've made a test release of gcc, version 3.4.4-2, available for download; it will appear on your local mirror as soon as that mirror next refreshes. This is currently an experimental release owing to the presence of regressions found during testing, although they appear only to relate to PCH

Re: Compiling euchre 0.7 n cygwin

Laurent Duperval wrote: Buster wrote: This is not a Cygwin-specific problem. In euchre-0.7/src/gui/Makefile.am, @GTK_LIBS@ should come at the end of the list of libraries to link, instead of at the beginning. Further questions (for example, about why 'make install' fails while trying to invoke a

Re: Cygwin ans screen

On 7/19/06, Duane Krings wrote: Andrew Schulman wrote: > and it will mostly work. You get a multiplexed screen. But when you > detach a session most of the time you can't reattach to it, even > though the processes live on so you have to kill them by hand. There > were some other minor pr

RE: exe handling

Igor Peshansky wrote: > On Wed, 19 Jul 2006, Oliver Walsh wrote: > >>> http://cygwin.com/acronyms/#PCYMTNQREAIYR >> >> Sigh...Outlook. Sorry, about that. > > . > HTH, > Igor Thanks Igor, Outlook-QuoteFix is perfect. Cheers, Ollie -- Unsu

Re: Cygwin ans screen

Duane Krings wrote: > The behavior I see is: >1) start screen in xterm #1 then detach >2) try to reattach in xterm #1 fails >3) reattach with xterm #2 works >4) try to reattach in xterm #1 still fails > or in general, the first terminal that tries to reattach to a running > screen

RE: Problems with the new (exp) G77-3.4.4-2 (probably

On 20 July 2006 14:32, Angelo Graziosi wrote: > $ g77 hello.F -o hello > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot > find -lfrtbegin > collect2: ld returned 1 exit status > > > > there is a linker error. Thanks for the report. Yes, there is a packaging err

Problems with the new (exp) G77-3.4.4-2

Building the following simple test case C C hello.F C program hello implicit none write(*,*) 'hello' end --- $ g77 hello.F -o hello /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -lfrtbegin collect

RE: On the new GCC-3.4.4-2

On 20 July 2006 14:06, Angelo Graziosi wrote: > I have noted that from the new GCC 3.4.4-2: > --enable-languag es=c,ada,c++, d ,f77,pascal,java,objc --enable-nls > gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) > but gcc-gdc-3.4.4-2 package seems missed. > > > Is this right ?

[ANNOUNCEMENT] Updated: findutils-4.3.0-2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of findutils, 4.3.0-2, is available, replacing 4.2.27-1 as current. NEWS: = This is a new development upstream release. It uses a new algorithm for file traversal, and adds new features that might be withdrawn depending on feedback

On the new GCC-3.4.4-2

I have noted that from the new GCC 3.4.4-2: $ gcc -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.new4/gcc-3.4.4-2/configure .. --enable-languag es=c,ada,c++, d ,f77,pascal,java,objc

Re: bash filename completion character bug

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Chris Croughton on 7/19/2006 10:48 PM: > > When I do filename completion with TAB I get an extra character on the > name: > > ~$ ba[TAB] > BA31INSTALL.LOG basename.exe bash.exe bashdb > batt.dll > banner.exe ba

Re: Cygwin ans screen

> > screen is an extremely useful program, and I wish someone could solve > > the Cygwin problems with it. Many people have tried over the years. > > I'd be happy to package it for Cygwin if someone could get it working. > > I would think that packaging it a with few minor bugs is better than

Re: OBJDUMP.EXE fails to start

On Jul 19 12:55, Ken Sheldon wrote: > >From a fresh, new cygwin installation, OBJDUMP.EXE exhibits an > intermittent failure. It terminates prematurely. There is no stack > dump. Under GDB, the program runs normally. Try the latest snapshot: http://cygwin.com/snapshots/ Corinna -- Corinna V

Re: CreateFileMapping problem but Win32 error is 0

On Jul 19 11:17, Andrew DeFaria wrote: > Corinna Vinschen wrote: > >On Jul 19 08:36, Andrew DeFaria wrote: > > > >>$ editrights -l -u sshd_server > >>SeDenyInteractiveLogonRight > >>SeDenyNetworkLogonRight > >>SeDenyRemoteInteractiveLogonRight > >> > > > >This *is* broken from the start. > [.

Re: Perl failure

On Jul 19 16:30, Yitzchak Scott-Thoennes wrote: > > Thanks for the suggestion, I tried it with 1.5.20 and 1.5.21s 20060718. > > But Alas no better luck. Any Idea if this is Cygwin or Perl? > > I'm betting on cygwin. I hope to look more into this soon. Did anybody of you bother to read my repl