ls bug in snapshot 20070831

[Marco Atzeri]

Hi All,
I have noted this strange result using 
snapshot 20070831 when no files match the pattern
 
$ ls -l *.p
-rw-r--r-- 1   0 Dec  1  2006 *.p

previous version was correct
snapshot 20070813

$ ls -l *.p
ls: cannot access *.p: No such file or directory

Regards
Marco



  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Dear Carlo

>Could you please expound (or point to a link) on what sjlj or sjlj- 
>exceptions do?  AFAIK, it's probably the first time the "octave sjlj 
>exception issue" has appeared in this list.  As far as I've seen, this is a 
>gcc issue.
Disscussion seem to be started from the foloowing points
http://gcc.gnu.org/ml/gcc-bugs/2004-03/msg01605.html

And also cygwin.com
http://cygwin.com/ml/cygwin/2005-04/msg01070.html

In 2.1.xx series, I have built octave by myself using gcc-3.2 from 
special web site.  For octave 2.9.xx, the gcc-3.2 is no longer to be 
used.  So I have built gcc-3.4.4 --disable-sjlj-expceptions 


$/opt/octave-2.9.13/gcc-3.4.4d/bin/gcc -v
Reading specs from /opt/octave-2.9.13/gcc-3.4.4d/lib/gcc/i686-pc-
cygwin/3.4.4/specs
Configured with: /home/gcc_s/gcc-3.4.4-3/gcc-3.4.4-3/configure --
disable-sjlj-exceptions --prefix=/opt/octave-2.9.13/gcc-3.4.4d
Thread model: single
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)  

>The cygwin octave maintainer (if [s]he is still there) must know more about 
>this.  However, Cygwin's octave is 2.1.72 but mainline is 2.9.13.

 James R. Phillips was the maintaner of the  octave-2.1.73 on cygwin. 
However there are noresponses for my binary upload to on my web.
Perhaps he is not working as a maintainer.
At that time, the Octave only be built using the cygwin on the windows.
So I suppose that he knows the problem but build it by the normally 
prepared compiler. 


>Would it be possible for you to send corresponding straces of the cases you 
>posted below?
>
For Octave on mingw 
octave.exe:1> testOregoB
ans =  1.5781

$ gcc -v
Reading specs from c:/Programs/MinGW/bin/../lib/gcc/mingw32/3.4.2/
specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-
as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --
disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32
-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --
disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-
debug --enable-interpreter --enable-hash-synchronization --enable-
libstdcxx-debug
Thread model: win32
gcc version 3.4.2 (mingw-special)

Tatsuro Matsuoka

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Morgan Gangwere]

On 9/5/07, Tatsuro MATSUOKA <[EMAIL PROTECTED]> wrote:
> Dear Carlo
>
> >Could you please expound (or point to a link) on what sjlj or sjlj-
> >exceptions do?  AFAIK, it's probably the first time the "octave sjlj
> >exception issue" has appeared in this list.  As far as I've seen, this is a
> >gcc issue.
> Disscussion seem to be started from the foloowing points
> http://gcc.gnu.org/ml/gcc-bugs/2004-03/msg01605.html
>
> And also cygwin.com
> http://cygwin.com/ml/cygwin/2005-04/msg01070.html
>
> In 2.1.xx series, I have built octave by myself using gcc-3.2 from
> special web site.  For octave 2.9.xx, the gcc-3.2 is no longer to be
> used.  So I have built gcc-3.4.4 --disable-sjlj-expceptions
>
> 
> $/opt/octave-2.9.13/gcc-3.4.4d/bin/gcc -v
> Reading specs from /opt/octave-2.9.13/gcc-3.4.4d/lib/gcc/i686-pc-
> cygwin/3.4.4/specs
> Configured with: /home/gcc_s/gcc-3.4.4-3/gcc-3.4.4-3/configure --
> disable-sjlj-exceptions --prefix=/opt/octave-2.9.13/gcc-3.4.4d
> Thread model: single
> gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
> 
> >The cygwin octave maintainer (if [s]he is still there) must know more about
> >this.  However, Cygwin's octave is 2.1.72 but mainline is 2.9.13.
>
>  James R. Phillips was the maintaner of the  octave-2.1.73 on cygwin.
> However there are noresponses for my binary upload to on my web.
> Perhaps he is not working as a maintainer.
> At that time, the Octave only be built using the cygwin on the windows.
> So I suppose that he knows the problem but build it by the normally
> prepared compiler.
>
>
> >Would it be possible for you to send corresponding straces of the cases you
> >posted below?
> >
> For Octave on mingw
> octave.exe:1> testOregoB
> ans =  1.5781
>
> $ gcc -v
> Reading specs from c:/Programs/MinGW/bin/../lib/gcc/mingw32/3.4.2/
ok this sounds odd..
> specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-
> as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --
host=mingw32? eh?
> disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32
> -registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --
> disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-
> debug --enable-interpreter --enable-hash-synchronization --enable-
> libstdcxx-debug
> Thread model: win32
> gcc version 3.4.2 (mingw-special)

it looks like this is a real minGW not cygwin minGW. that may be the problem.

Make sure that you call the REAL location of gcc -- you have been
using the MinGW/official installed version (it doesnt work with
cygwin)

I'd look for gcc.exe myself in /usr/bin/ and /bin/ (among others) and
place that path into a var (maby "cygwin-gcc"?) so that calling
"$cygwin-gcc (files) to use the cygwin GCC... but im probobly
overcomplicating it.

-- 
Morgan gangwere

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.
-BEGIN PGP SIGNATURE-
Version: Gmail/GnuPG Min32 Hack
Comment: Using GnuPG and Gmail - ask me about Grim Fandango

iD8DBQFGV3KQCF9T/dUsmAgRAvESAKDfZYbRtebNO+WPfx6DryIvIwt9TgCgukZG
cIj5nSWws/pAeW2ESlj7GuM=
=Y4uC
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.24: sshd immediately disconnects upon receiving a connection

[Jeremy K . Truax]

So as I said in the last message for this thread, I was able to get sshd
fully working by uninstalling the antivirus.

In case anyone else is using NOD32 for antivirus (www.eset.com), it has a
special service called IMON (Internet monitor) that seems to be pretty
picky on what kinds of sockets can be accepted and it didn't like something
about the way sshd was generating socket connections so it was blocking
them. I was able to reinstall the antivirus and simply add exclusions for
cygrunsrv.exe and sshd.exe in the IMON portion of NOD32.

Now the fun beginsthis was all on Windows XP SP2...everything worked.
Well the laptop was shipped with Vista and not all the drivers could be
found for XP so we were forced to switch the laptop back to Vista. We had
previously downgraded to XP thinking that might be part of the
problemwell we were partially right.

My current issue is that the Cygwin sshd service refuses to stay running
(similar to before) but manually starting up sshd (like in the past couple
messages) works correctly and I am able to connect.

Windows firewall and defender are shut off, NOD32 is fully uninstalled at
this point still. 

The event viewer shows an error log:

Log Name:  Application
Source:Application Error
Date:  9/5/2007 10:18:58 AM
Event ID:  1000
Task Category: (100)
Level: Error
Keywords:  Classic
User:  N/A
Computer:  AVILA
Description:
Faulting application cygrunsrv.exe, version 0.0.0.0, time stamp 0x449671dc,
faulting module cygwin1.dll, version 1005.24.0.0, time stamp 0x45c06855,
exception code 0xc005, fault offset 0x000de9a1, process id 0xcdc,
application start time 0x01c7efe0d7a0b98b.


Anyone else possibly run into problems running sshd as a service under
Vista? But it working fine when starting it up manually?

-- 
Jeremy K. Truax
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Dear Morgan

>> For Octave on mingw
>> octave.exe:1> testOregoB
>> ans =  1.5781
>>
>> $ gcc -v
>> Reading specs from c:/Programs/MinGW/bin/../lib/gcc/mingw32/3.4.2/
>ok this sounds odd..
>> specs
>> Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-
>> as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --
>host=mingw32? eh?
>> disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32
>> -registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --
>> disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-
>> debug --enable-interpreter --enable-hash-synchronization --enable-
>> libstdcxx-debug
>> Thread model: win32
>> gcc version 3.4.2 (mingw-special)
>
>it looks like this is a real minGW not cygwin minGW. that may be the problem.
>
>Make sure that you call the REAL location of gcc -- you have been
>using the MinGW/official installed version (it doesnt work with
>cygwin)
>
>I'd look for gcc.exe myself in /usr/bin/ and /bin/ (among others) and
>place that path into a var (maby "cygwin-gcc"?) so that calling
>"$cygwin-gcc (files) to use the cygwin GCC... but im probobly
>overcomplicating it.

It is real mingw but not cygwin-mingw.  I placed mingw at differt 
folder on windows.
The reason unix like path '--prefix=/mingw'is used, mingw gcc 
supposed to be used with msys.
In the msys mounting system ((msyspath)/etc/fstab), /mingw is defined.

Tatsuro Matsuoka 
 
 

--
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fwd: sunrpc 4.0.3 patches

[Arlindo da Silva]

Hi,

The sunrpc-4.0.3 package no longer compiles with the current gcc, or
g++ of that matter. I've updated some of the K&R style headers so I
can now include rpc/xdr.h from my C++ sources. I tried to contact the
previous maintainer (Sam Robb) by the e-mail bounced.

In any case, I have posted a patched source tarball here:

   http://opengrads.org/cygwin/

in case someone is interested.

  Thanks,

  Arlindo





-- 
Arlindo da Silva
[EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Fwd: sunrpc 4.0.3 patches

[Samuel Robb]

On Wed, 2007-09-05 at 16:35 -0400, Arlindo da Silva wrote:
> Hi,
> 
> The sunrpc-4.0.3 package no longer compiles with the current gcc, or
> g++ of that matter. I've updated some of the K&R style headers so I
> can now include rpc/xdr.h from my C++ sources. I tried to contact the
> previous maintainer (Sam Robb) by the e-mail bounced.

Well, that will teach me to never use a work email address for my cygwin
contact info :-/

> In any case, I have posted a patched source tarball here:
> 
>http://opengrads.org/cygwin/
> 
> in case someone is interested.

Thanks, Arlindo.  I'll take a look at it, though I'm leaving on vacation
in a few days, so it might be a while before a new package shows up.

-Samrobb


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Fwd: sunrpc 4.0.3 patches

[Christopher Faylor]

On Wed, Sep 05, 2007 at 04:45:23PM -0400, Samuel Robb wrote:
>On Wed, 2007-09-05 at 16:35 -0400, Arlindo da Silva wrote:
>>The sunrpc-4.0.3 package no longer compiles with the current gcc, or
>>g++ of that matter.  I've updated some of the K&R style headers so I
>>can now include rpc/xdr.h from my C++ sources.  I tried to contact the
>>previous maintainer (Sam Robb) by the e-mail bounced.
>
>Well, that will teach me to never use a work email address for my
>cygwin contact info :-/

And it should teach the OP not to contact maintainers via personal
email.  This goes beyond FAQ into IRO (Infinitely Repeated Observation).

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to install cygwin new if there was an old installation or something like that

[Daniela Duerbeck]

Larry Hall (Cygwin) wrote:





Thanks, but that did not fix the problem. I did already everything 
mentioned in this chapter.

But what helped, was to try a different download server.
And that was the item I did not change.

BTW: Why can I reach Uni-erlangen with an old setup.exe on a different 
computer, but not with an current version?


regards,
Dani



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Passing domain credentials for a non-domain machine (similar to mapping drives through the Windows shell)

[Joseph Koenig]

I have a desktop that I use to access a share with domain credentials
despite not being on domain. So when I map a drive, I map it under
"domain\user" and give it the password. This drive is mapped as Z.

When I use cygwin to work on those files, it does not inherit the
permissions that I mapped the network drive under and instead insists on
using my local windows user and password (generated with mkpasswd)
rather than what I mapped Z as.  

Is there an easy way to manually edit the /etc/passwd file or change how
cygwin reads the mapped volume to get it to use the same permissions
that the windows shell is using? 

(I searched the archives for thisI'm sure it's been answered but I
couldn't find anything - I apologize)

-j


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Thank you Brian

>The choice to ship gcc configured for SJLJ is because it is the only way
>to guarantee correct behavior in all cases.  The Dwarf unwinder can't
>unwind through a foreign frame.  This means for example if you try to
>throw an exception from a function that was called from a Win32 callback
>such as the WindProc, it will fail because the frame that exists inside
>user32.dll or kernel32.dll (or whatever) has no data in the Dwarf2
>tables.  This scenario is not all that far fetched for Windows GUI
>programming, so the choice was made to ship gcc safe-but-correct, rather
>than fast-but-broken.
>

I researched by the Google again I found you have already written the 
the following.

http://cygwin.com/ml/cygwin/2005-04/msg01071.html

I understood the reason of adaption of the sjlj exception on cygwin.  
For the octave, the sjlj slowness is so large.  My selection is the 
dangerous but the fast way.

My octave web
http://www.geocities.jp/tmacchant/

I think it is better that I keep the my binary on my web but post on 
the new binary package on the cygwin.  I do not want to build the 
octave by the gcc in the cygwin package because it is too slow to use.

 
>There is a patch that has been contributed to 4.3 to fix this, and Danny
>Smith includes a backport of it in his 4.2 packages, which is why he is
>able to offer both SJLJ and Dwarf2 flavors.  But moving to 4.x has its
>own problems, mainly that exception handling across DLLs only works for
>shared libgcc, and shared libgcc/libstdc++/etc aren't supported by
>upstream gcc on PE.  Danny uses a local patch/hack to build shared
>target libs but it's kind of ugly and still quite experimental based on
>the bug reports.  For Cygwin we have it a little better because we can
>enable shared target libraries by default like *nix distros since we
>have a packaging system, so we don't have to worry so much about the
>command line mechanics of switching between static/shared libgcc et al. 
>But the "w32sharedptr" method used in cygming 3.4.x for suporting EH
>with static libgcc is not applicable to gcc 4.x, which means EH across
>shared libraries will always be broken in the case of static libgcc et
>al.  (The same is true on other platforms like Linux, so it's not a
>unique situation.  But MinGW is kind of unique as its users expect to
>build standalone a

Do you mean standalone as standalone from cygwin1.dll?  Mingw binary 
depends on msvcrt.dll.  In this sense the binary built by mingw GCC 
is not standalone. Recently the mingw GCC4.2.1's were released.  

http://sourceforge.net/project/showfiles.php?group_id=2435

The both sjlj and dwarf2 versions are prepared. I am not expert of 
mingw. Even in mingw, selection of sjlj or dwarf2 is not meaningless.

On the other hand, it is grateful that the effort of the fast 
exception system has been continued.  I hope this will be success as 
early as possible and it will be necesarry use the fast but not safe 
exception handling GCC for octave building.

Sincerely

Tatsuro Matsuoka  



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Just a correction of the previous mail

>I think it is better that I keep the my binary on my web but post on 
>the new binary package on the cygwin.  I do not want to build the 
>octave by the gcc in the cygwin package because it is too slow to use.

I think it is better that I keep the my binary on my web but 'not' 
post on 
the new binary package on the cygwin.  I do not want to build the 
octave by the gcc in the cygwin package because it is too slow to use.

Sorry for my carelessness.

Tatsuro MATSUOKA 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Brian Dessent]

Tatsuro MATSUOKA wrote:

> My octave web
> http://www.geocities.jp/tmacchant/
> 
> I think it is better that I keep the my binary on my web but post on
> the new binary package on the cygwin.  I do not want to build the
> octave by the gcc in the cygwin package because it is too slow to use.

Maybe I'm misremembering, but I thought that the current octave package
maintainer entertained the idea of building the octave packages with a
gcc that had been rebuilt with --disable-sjlj-exceptions.  I don't
remember why this never happened.  At the very least, we had this same
discussion about SJLJ when the octave packages were first introduced, or
shortly thereafter.

> Do you mean standalone as standalone from cygwin1.dll?  Mingw binary
> depends on msvcrt.dll.  In this sense the binary built by mingw GCC
> is not standalone. Recently the mingw GCC4.2.1's were released.

But MSVCRT is part of the operating system and exists on every
installation of Windows and needn't be distributed, so MinGW binaries
are effectively stand-alone.  Users of MinGW have very different
expectations than users of Cygwin, which is why for Cygwin we could very
well just make shared libgcc/libstdc++/libgfortran (et al.) the default
and not worry so much about supporting the static case, but that's not
realistic for MinGW.

However this doesn't directly have anything to do with the Dwarf2/SJLJ
issue; it is relevant only in the context of moving to gcc 4.x as the
supported version.  (Of course, since 4.3 brings the possibility of
doing away with SJLJ for good, I suppose it might be indirectly
related.)

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.24: sshd immediately disconnects upon receiving a connection

[Jim Kleckner]

Jeremy K. Truax wrote:

So as I said in the last message for this thread, I was able to get sshd
fully working by uninstalling the antivirus.

In case anyone else is using NOD32 for antivirus (www.eset.com), it has a
special service called IMON (Internet monitor) that seems to be pretty
picky on what kinds of sockets can be accepted and it didn't like something
about the way sshd was generating socket connections so it was blocking
them. I was able to reinstall the antivirus and simply add exclusions for
cygrunsrv.exe and sshd.exe in the IMON portion of NOD32.

Now the fun beginsthis was all on Windows XP SP2...everything worked.
Well the laptop was shipped with Vista and not all the drivers could be
found for XP so we were forced to switch the laptop back to Vista. We had
previously downgraded to XP thinking that might be part of the
problemwell we were partially right.

My current issue is that the Cygwin sshd service refuses to stay running
(similar to before) but manually starting up sshd (like in the past couple
messages) works correctly and I am able to connect.

Windows firewall and defender are shut off, NOD32 is fully uninstalled at
this point still. 


The event viewer shows an error log:

Log Name:  Application
Source:Application Error
Date:  9/5/2007 10:18:58 AM
Event ID:  1000
Task Category: (100)
Level: Error
Keywords:  Classic
User:  N/A
Computer:  AVILA
Description:
Faulting application cygrunsrv.exe, version 0.0.0.0, time stamp 0x449671dc,
faulting module cygwin1.dll, version 1005.24.0.0, time stamp 0x45c06855,
exception code 0xc005, fault offset 0x000de9a1, process id 0xcdc,
application start time 0x01c7efe0d7a0b98b.


Anyone else possibly run into problems running sshd as a service under
Vista? But it working fine when starting it up manually?
  


On that same machine, I tried removing cygwin and reinstalling
the base packages.  Although you can get a cygwin.bat to run,
each of the postinstall scripts gives an error when run.  So it
is not likely that it is a "clean" install.  Has anyone seen these
kinds of errors in /var/log/setup.log.full ?

I've tried a host of chmod 777 and chgrp Users and chgrp Administrators
attempts but always seem to get the bash.exe.stackdump in /

Could this be a result of using RDP and remote sessions?
Could it be that it is a dual core AMD?
I don't have direct access to the computer (2 hours by plane).

Thanks - Jim


===
2007/09/05 16:41:02 Starting cygwin install, version 2.573.2.2
...
2007/09/05 16:42:05 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/terminfo.sh
16 [unknown (0xC90)] bash 3692 _cygtls::handle_exceptions: 
Exception: STATUS_ACCESS_VIOLATION
227131 [unknown (0xC90)] bash 3692 open_stackdumpfile: Dumping stack 
trace to bash.exe.stackdump

2007/09/05 16:42:16 abnormal exit: exit code=35584
2007/09/05 16:42:16 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/00bash.sh
 6 [unknown (0xE18)] bash 3680 _cygtls::handle_exceptions: 
Exception: STATUS_ACCESS_VIOLATION
124434 [unknown (0xE18)] bash 3680 open_stackdumpfile: Dumping stack 
trace to bash.exe.stackdump

2007/09/05 16:42:22 abnormal exit: exit code=35584

2007/09/05 16:41:02 Starting cygwin install, version 2.573.2.2
...
2007/09/05 16:42:05 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/terminfo.sh
 16 [unknown (0xC90)] bash 3692 _cygtls::handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
 227131 [unknown (0xC90)] bash 3692 open_stackdumpfile: Dumping stack trace to 
bash.exe.stackdump
2007/09/05 16:42:16 abnormal exit: exit code=35584
2007/09/05 16:42:16 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/00bash.sh
  6 [unknown (0xE18)] bash 3680 _cygtls::handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
 124434 [unknown (0xE18)] bash 3680 open_stackdumpfile: Dumping stack trace to 
bash.exe.stackdump
2007/09/05 16:42:22 abnormal exit: exit code=35584
2007/09/05 16:42:22 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/passwd-grp.sh
  5 [unknown (0xD64)] bash 4084 _cygtls::handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
  20622 [unknown (0xD64)] bash 4084 open_stackdumpfile: Dumping stack trace to 
bash.exe.stackdump
2007/09/05 16:42:32 abnormal exit: exit code=35584
2007/09/05 16:42:32 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/00ash.sh
  6 [unknown (0xAF4)] bash 2416 _cygtls::handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
  38473 [unknown (0xAF4)] bash 2416 open_stackdumpfile: Dumping stack trace to 
bash.exe.stackdump
2007/09/05 16:42:39 abnormal exit: exit code=35584
2007/09/05 16:42:39 running: C:\cygwin\bin\bash.exe -c 
/etc/postinstall/coreutils.sh
  5 [unknown (0xA00)] bash 3852 _cygtls::handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
  54338 [unknown (0xA00)] bash 3852 open_stackdumpfile: Dumping stack trace to 
bash.exe.stackdump
2007/09/05 16:42:47 abnormal exit: exit code=35584
2007/09/05 16:42:47 running: C:\cygwin\bin\bash.exe 

Re: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Thank you Brain
>Maybe I'm misremembering, but I thought that the current octave package
>maintainer entertained the idea of building the octave packages with a
>gcc that had been rebuilt with --disable-sjlj-exceptions.  I don't
>remember why this never happened.  At the very least, we had this same
>discussion about SJLJ when the octave packages were first introduced, or
>shortly thereafter.

James R. Phillips, who is a maintainer of octave 2.1.73. Pherhaps he 
is not working as a maintainer because he has not been made any 
respose when I threw a topic of  my testing binary of Octave 2.9.12 
on cygwin.

John W. Eaton, who is a main develper, seems not to like use 
undefault complier because octave uses the develop category tools 
including gcc for the advanced user tool. (Function can be complied 
to specially named dynamic link library *.oct)
He is afraid that the specially prepared complier confuses the user.

For this reason, James selected the gcc normally prepared.
At that time, there was no other way to build octave on windows so 
that even slow binary is meaningful.   

>But MSVCRT is part of the operating system and exists on every
>installation of Windows and needn't be distributed, so MinGW binaries
>are effectively stand-alone.  Users of MinGW have very different
>expectations than users of Cygwin, which is why for Cygwin we could very
>well just make shared libgcc/libstdc++/libgfortran (et al.) the default
>and not worry so much about supporting the static case, but that's not
>realistic for MinGW.

I understand what you would like to say.

>
>However this doesn't directly have anything to do with the Dwarf2/SJLJ
>issue; it is relevant only in the context of moving to gcc 4.x as the
>supported version.  (Of course, since 4.3 brings the possibility of
>doing away with SJLJ for good, I suppose it might be indirectly
>related.)

As an user's stand point, technical problem  of Dwarf2/SJLJ is not be 
concerned.
I would like to get good compliers in which the fast and safe 
exceptions facilities are worked. 

However I thank to the cygwin developers' efforts every day because 
the I'm using cygwin every day.

Thank to all contributers to the cygwin.

Sincerely,
Tatsuro MATSUOKA


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to install cygwin new if there was an old installation or something like that

[Larry Hall (Cygwin)]

Daniela Duerbeck wrote:

Larry Hall (Cygwin) wrote:





Thanks, but that did not fix the problem. I did already everything 
mentioned in this chapter.

But what helped, was to try a different download server.
And that was the item I did not change.



A bad mirror is always a potential problem.


BTW: Why can I reach Uni-erlangen with an old setup.exe on a different 
computer, but not with an current version?



Wrong phase of the moon? ;-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Sorry just error correction again
>James R. Phillips, who is a maintainer of octave 2.1.73. Pherhaps he 
>is not working as a maintainer because he has not been made any 
>respose when I threw a topic of  my testing binary of Octave 2.9.12 
>on cygwin.
>
>John W. Eaton, who is a main develper, seems not to like use 
>undefault complier because octave uses the develop category tools 
>including gcc for the advanced user tool. (Function can be complied 
>to specially named dynamic link library *.oct)
>He is afraid that the specially prepared complier confuses the user.
>
>For this reason, James selected the gcc normally prepared.
>At that time, there was no other way to build octave on windows so 
>that even slow binary is meaningful.   

*
Please note that the above is mere my speculation.
*

Tatsuro MATSUOKA  


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Passing domain credentials for a non-domain machine (similar to mapping drives through the Windows shell)

[Igor Peshansky]

On Wed, 5 Sep 2007, Joseph Koenig wrote:

> I have a desktop that I use to access a share with domain credentials
> despite not being on domain. So when I map a drive, I map it under
> "domain\user" and give it the password. This drive is mapped as Z.
>
> When I use cygwin to work on those files, it does not inherit the
> permissions that I mapped the network drive under and instead insists on
> using my local windows user and password (generated with mkpasswd)
> rather than what I mapped Z as.

You want to add "smbntsec" to your CYGWIN environment variable.  See
 for details.

> Is there an easy way to manually edit the /etc/passwd file or change how
> cygwin reads the mapped volume to get it to use the same permissions
> that the windows shell is using?

You'll also want to use "mkpasswd -d >> /etc/passwd" to get domain user
information into it, and possibly "mkgroup -d >> /etc/group" (notice the
double ">>" to append).

> (I searched the archives for thisI'm sure it's been answered but I
> couldn't find anything - I apologize)

It also helps to read and follow

> Problem reports:   http://cygwin.com/problems.html

in particular the bit about attaching the output of "cygcheck -svr".
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Belief can be manipulated.  Only knowledge is dangerous.  -- Frank Herbert

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

sshd user switching (keywords: whoami sshd_server public-key host-based)

[Bart Grantham]

I've looked through the mailing list and I've seen some discussion about this, 
but most of the threads were pretty old and none of them really addressed the 
exact problem I'm seeing.  I have sshd up and running on a Windows 2003 server 
with public-key auth working.  The setup was smooth as silk and completely 
painless.  Very impressive, the maintainers should be quite proud.  So the only 
snag I have left is that when I try to kick off a script/program via an ssh 
"one-liner" the authentication doesn't work the way I expect.  If I log in to a 
shell "whoami" returns to correct answer.  If I "ssh [EMAIL PROTECTED] whoami", 
I get the sshd_server user:

===
[EMAIL PROTECTED] ~]# ssh [EMAIL PROTECTED]
Last login: Wed Aug 22 20:14:51 2007 from 172.16.3.22
Fanfare!!!
You are successfully logged in to this server!!!

[EMAIL PROTECTED] ~
$ whoami
ADAdministrator

[EMAIL PROTECTED] ~
$ logout
Connection to kazzak.ad.logicworks.net closed.
[EMAIL PROTECTED] ~]# ssh [EMAIL PROTECTED] whoami
kazzak\sshd_server
===

I am making an educated guess here in that the former instance the sshd_server 
is kicking off the user's shell as the user (that's where Privilege Escalation 
comes into play?), but in the latter case it just executes the script/program 
directly.  If so, doesn't this represent a pretty serious security problem (ie. 
any user could run any program as the sshd_server user)?  If this isn't a 
default security problem and is merely a configuration issue, does anyone have 
any suggestions as to how to fix it?  Or if I'm stuck with this, are there any 
clever workarounds?  Thanks in advance for the help.

BG


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Morgan Gangwere]

On 9/5/07, Tatsuro MATSUOKA <[EMAIL PROTECTED]> wrote:
> Sorry just error correction again
> >James R. Phillips, who is a maintainer of octave 2.1.73. Pherhaps he
> >is not working as a maintainer because he has not been made any
> >respose when I threw a topic of  my testing binary of Octave 2.9.12
> >on cygwin.
> >
> >John W. Eaton, who is a main develper, seems not to like use
> >undefault complier because octave uses the develop category tools
> >including gcc for the advanced user tool. (Function can be complied
> >to specially named dynamic link library *.oct)
> >He is afraid that the specially prepared complier confuses the user.

Well, (unless i am really confused -- correct me if i am) but you
stated in a previous email your minGW install...

> $ gcc -v
> Reading specs from c:/Programs/MinGW/bin/../lib/gcc/mingw32/3.4.2/

this sjould NOT happen... if you're compiling this for cygwin then
there should be "reading specs from /lib/gcc/." not
"c;/programs/minGW/bin/../lib/." -- is this Vista? if so, make
sure that the User Access Control is disabled and hurt. seriously
hurt.

** I MAY JUST BE CONFUSED ***

-- 
Morgan gangwere

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Morgan Gangwere]

Please Excuse My Stupid Spam Filter (ooh... special bonus points)

you want to use the real Cygwin GCC because that links things to
cygwin1.dll... mingGW (real MinGW) links things to mingw32.dll... big
difference unfortunately... check for mingGW in your PATH and see if
theres that path (c:/programs/mingw/...) in there somewhere.

I usually create a batch script that makes a nice little c:\ based
terminal with mingw set up as %GCC% -- i can write it out sometime...

Hope this helps...
-- 
Morgan gangwere

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Dear Morgan Gangwere
Thnaks for your reply

Perhaps you are confusing. But I think that my writing is obscure. 

In the first mail I wrote the results for cygwin.

http://cygwin.com/ml/cygwin/2007-09/msg00073.html

The results for mingw is as a mere refrence.
I show the result for mingw to show that the slowness from sjlj was 
never occured in mingw.
(The mingw octave binary is prepared under the msys+msys-DTK+GnuWin32)

I like gnuplot on X11 not wgnuplot. So I would like to use Octave on 
cygwin not on mingw nor MSVC (At present MSVC Octave-2.9.13 is 
obtained from source forge net.


I wrote the following in the somewhere in the mail post before.
As a reference I wrote it again.
The gcc-3.4.4 configuration used for Octave 2.9.13 on cygwin building
 /opt/octave-2.9.13/gcc-3.4.4d/bin/gcc -v
Reading specs from /opt/octave-2.9.13/gcc-3.4.4d/lib/gcc/i686-pc-
cygwin/3.4.4/specs
Configured with: /home/gcc_s/gcc-3.4.4-3/gcc-3.4.4-3/configure --
disable-sjlj-exceptions --prefix=/opt/octave-2.9.13/gcc-3.4.4d
Thread model: single
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.

On the other hand,
Now the fast X-sever is not Cygwin/X but Xming.
I use Xming as a X for cygwin program that requires X.
So that the altanative idea is the gnuplot X on mingw. 

However this take a lot of time, perhaps I cannot have time to do it.

Tatsuro MATSUOKA


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Threading issue in cygwin python 2.5.1-2 ?

[Steve Holden]

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>>

Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$

Under a standard Windows 2.5.1 it created a window then appeared to 
print random times until I clicked the "Done" button:


C:\Steve\Projects\Python>python test0
0.303836168441
0.98021967508
0.254334126577
0.642678393476
0.782094370266
0.940786018121
0.0488669290821
0.812403721535
0.693703472455
0.723381783101
0.859300279852
0.706147636363
0.579343687831
0.336892085766
0.0564730443564
0.714308189887
0.42816364
0.912370764441
0.806818121522
0.189626500124
0.642553238166
0.217957344654
0.383676668709
0.904024479849
0.651319966186
0.65381986854
0.770733203355
0.114970365957
0.717903651883
0.716191537539
0.377106793004
0.137836788132

C:\Steve\Projects\Python>


regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden
--- Asciimercial --
Get on the web: Blog, lens and tag the Internet
Many services currently offer free registration
--- Thank You for Reading -


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Steve Holden wrote:

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>>

Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py


So it fails, but doesn't bring up the exception dialog.




[EMAIL PROTECTED] ~/Projects/Python
$

Under a standard Windows 2.5.1 it created a window then appeared to 
print random times until I clicked the "Done" button:


C:\Steve\Projects\Python>python test0
0.303836168441
0.98021967508
0.254334126577
...

Yep, that's what it should do.

Thanks for checking.

Jim

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Threading issue in cygwin python 2.5.1-2 ?

[Steve Holden]

Jim Kleckner wrote:



Steve Holden wrote:

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>>

Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py


So it fails, but doesn't bring up the exception dialog.

That's right: nothing at all. But note I compiled this particular 
version myself, so I guess it's possible I didn't enable threads.


[Re-installs standard 2.5.1 for Cygwin].

Strange how hotel network bandwidth always seems to drop to that of a 
piece of wet string when you really need performance ... oh well, at 
least now I know how long it take to download Python at 22.6 kb/s :-)


Nope, sorry, same results after reverting to the standard install. Runs 
to completion with no error dialog nor output.


regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden
--- Asciimercial --
Get on the web: Blog, lens and tag the Internet
Many services currently offer free registration
--- Thank You for Reading -


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/