RE: cygwin 1.7.9, problem with cygwin1.dll, path_conv::check, has_acls()? (Windows 7)

[Thorsten Kampe]

* John Ruckstuhl (Wed, 14 Sep 2011 13:31:50 -0700)
> Larry Hall wrote:
> > On 9/14/2011 1:56 PM, Thorsten Kampe wrote:
> > > The obvious way to troubleshoot this would be to use a network
> > > drive (Z: for instance) instead of UNC or to mount the share and
> > > see if that works. Naturally it would also make sense to test the
> > > latest Cygwin snapshot and to see if you get the same result if
> > > you use //localhost/C$.
> >
> > Right. I was thinking this could fall into the category of a network
> > share that needs to have the "noacl" mount option set. So another
> > option is to try mounting the UNC path to a Cygwin path (in
> > /etc/fstab) and specify the "noacl" option.
> 
> 
> Both of your comments are a bit over my head.  
> I'll put in an honest effort to figure out what you mean, and then
> reply with results.
> It seems you are suspicious of the mount... that a defective mount
> WOULD interfere when the target is expressed one way, and WOULDNOT
> interfere when the target is expressed the other way.

Sorry, you completely missed the point. You cd'ed into 
//hyperdisk/Data/Engineering/ruck (Cygwin's representation of a UNC 
path) - that means you didn't mount or map /anything/! Use the mount 
command to mount or "net use" to map a share.

Thorsten


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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Ted Byers]

Thanks Marco and Andrew

I have actually been using Perl's back ticks and system (and not so much exec) 
for years, using Activestate perl, but this is the first time I tried to use 
them to run a program compiled using gcc within cygwin when I am running a 
perl program from Windows CMD console.

Here is a little perl script that invokes a program (qlt is a C++ program I 
wrote, and which I can compile using either MSVC++ or gcc):

use strict;

my $op = `./qlt.exe 6 2 2011 -1 10 12 2011 50 47 0.00 0.05 0.20`;

print "$op\n";

If I compile qlt.exe using MSVC++, then it runs fine and produces the 
following output:

Compilation started at Thu Sep 15 08:38:28

C:/Perl64/bin\perl.exe -w c:/cygwin/home/Ted/Work/test.cygwin.perl.pl 
Valuation date =February 6th, 2011
Option type =   Put
Maturity =  December 10th, 2011
Underlying price =  50
Strike =47
Risk-free int. rate =   5.00 %
Dividend yield =0.00 %
Volatility =20.00 %


Option price :  1.5465
Delta : -0.25516
Elasticity :-8.2498
Gamma : 0.035025
Vega :  0.1473
Theta : -0.0028384
Rho :   -0.12032
Implied vol. :  20.00 %

Compilation finished at Thu Sep 15 08:38:29

However, when I compile the program using gcc within cygwin (and run it the 
same way - Activestate perl from a Windows' CMD console, no output is 
produced, and if I try to run qlt from Windows' CMD, it complains about a 
missing DLL and dies..

So, I found a fix in terms of adding cygwin/bin to the  path.  That lets me 
run the programs I compile using gcc within cygwin's bash shell in the same 
way I run programs I compile using MSVC++.  The downside is that I was 
reluctant to make the cygwin programs themselves visible within Windows' CMD 
shell as I was concerned about the possibility that doing so might break some 
other Windows applications I use.


NB: this isn't a significant problem for this particular program (after all, I 
have both MSVC++ and gcc/cygwin), but I have a colleague that is sending me 
programs he developed on Ubuntu, and it would be a royal pain in the ass to 
refactor those in order to build them using MSVC++.  But the framework I 
developed to invoke all these programs (using Activestate perl CGI programs 
with Apache's httpd server, are not set up to run in cygwin (that, too, would 
be a royal pain to set up to run within cygwin, especially getting all the 
packages I use added alongside cygwin's perl).

Thanks again

Ted



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

Re: plotting from octave: address space already occupied, fork aborts

[Paul]

Marco atzeri 
  
|| Unfortunately, duplicating it at home is a no-go.  I am running into a
|| different problem between octave and gnuplot on Windows 7 Professional
|| 64-bit.  The problem seems to be accurately captured by someone else's
|| account http://savannah.gnu.org/bugs/?33291 .
| 
| that problem should be solved using a cygwin snapshot dll
| instead of 1.7.9-1 one.

Oh, yesI didn't use a snapshot at home because I didn't have to
deal with the issue of creating, or writing to, network files.

| I should look in all the bug reports reporting cygwin as "OS", thank
| for the link.
| 
|| I'm going to treat octave as a strictly nongraphical application for
|| the time being.
| 
| you can try to use the fltk plotting interface instead of gnuplot
| default one:
| 
|graphics_toolkit("fltk")
|x=1:10;
|plot(x,x)
| 
| Be aware that the octave "print" command does not work with fltk,
| but you should be able to make a windows "print screen copy".

As it turns out, I was able to access Matlab at work today (that's
where I really need the app).  Your solution is great for future
reference, since I won't always have access to the floating license.

Thanks!


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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Andrey Repin]

Greetings, Ted Byers!

> However, when I compile the program using gcc within cygwin (and run it the
> same way - Activestate perl from a Windows' CMD console, no output is 
> produced, and if I try to run qlt from Windows' CMD, it complains about a 
> missing DLL and dies..

Which DLL? You know, we're net standing behind you, staring at your screen
over your shoulder.

> So, I found a fix in terms of adding cygwin/bin to the  path.

Fix? Sorry me, but Cygwin installation manager explicitly tell you to do so.

> That lets me run the programs I compile using gcc within cygwin's bash shell
> in the same way I run programs I compile using MSVC++.
> The downside is that I was reluctant to make the cygwin programs themselves
> visible within Windows' CMD shell as I was concerned about the possibility
> that doing so might break some other Windows applications I use.

It may, now what? Use Cygwin ones as more POSIX-compliant.


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 15.09.2011, <18:50>

Sorry for my terrible english...


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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[LMH]

I am a bit confused as to the role of perl here. I have compiled under 
cygwin g++ for a long time now and don't run into problems. Are you 
using the -mno-cygwin flag in your compile rules? I have two processes, 
where one is a child of the the processed that gets launched, but both 
are in c. Maybe it is better to address your issue in the c part of the 
application, possibly create a little c launcher app that will create 
the behavior you need.


Whether you run your c widget from win cmd, bash, call if from perl 
python, etc, shouldn't really make any difference.


Maybe I need to dig into your post a bit more.

LMH


Andrey Repin wrote:

Greetings, Ted Byers!


However, when I compile the program using gcc within cygwin (and run it the
same way - Activestate perl from a Windows' CMD console, no output is
produced, and if I try to run qlt from Windows' CMD, it complains about a
missing DLL and dies..


Which DLL? You know, we're net standing behind you, staring at your screen
over your shoulder.


So, I found a fix in terms of adding cygwin/bin to the  path.


Fix? Sorry me, but Cygwin installation manager explicitly tell you to do so.


That lets me run the programs I compile using gcc within cygwin's bash shell
in the same way I run programs I compile using MSVC++.
The downside is that I was reluctant to make the cygwin programs themselves
visible within Windows' CMD shell as I was concerned about the possibility
that doing so might break some other Windows applications I use.


It may, now what? Use Cygwin ones as more POSIX-compliant.


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 15.09.2011,<18:50>

Sorry for my terrible english...


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




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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Ted Byers]

LMH  molconn.com> writes:
> 
> I am a bit confused as to the role of perl here.
Hi LMH

Thanks

I have an installation of Apache's httpd server; directly from the Apache 
website, not the one available through cygwin (in fact, there'd be no point 
since that apache install is on a different machine).  And I run a number of 
cgi programs written in perl.  That is one role for perl in this setup.  

The other for perl is for my I have a stripped down, basic HTTP Server written 
in perl.  I know, I can probably develop the same thing using boost's asio 
library, but in this case, perl and the http server package are so simple to 
use, I opted for it.  But I developed it using Activestate's Perl 
distribution.  In fact, though I know perl is installed in in my cygwin 
environment, I never bothered with it because Activestate's perl package 
manager has made it so simple to install the hundreds of perl packages that I 
use.  I shudder at the thought of trying to install the same suite of packages 
using cpan from the bash commandline.

> I have compiled under 
> cygwin g++ for a long time now and don't run into problems. Are you 
> using the -mno-cygwin flag in your compile rules? I have two processes, 
> where one is a child of the the processed that gets launched, but both 
> are in c. Maybe it is better to address your issue in the c part of the 
> application, possibly create a little c launcher app that will create 
> the behavior you need.
> 
What, exactly, does '-mno-cygwin' do?

BTW: With gcc v 4.5.3, using 'G++ -mno-cygwin' followed by the other 
commandline arguements needed to compile something results in an error where 
it complains '-mno-cygwin' is no longer valid (I forget the exact wording, but 
that is the gist of the error message I got).

I tried something like:

g++ -mno-cygwin -o qlt.exe -I/usr/local/include qlt.cpp -quantlib -
L/usr/local/lib

But that resulted in the error I describe just above.  I probably did 
something wrong with this if tht flag is still available in gcc v 4.5.3, but 
then the only place I found anything related to that flag with in a couple 
posts in newsgroups where the OP was dealing with similar issues, but I 
haven't fund the documentation for it.

I have a number of C++ programs that use QuantLib (a C++ quantitative finance 
library).

> Whether you run your c widget from win cmd, bash, call if from perl 
> python, etc, shouldn't really make any difference.
> 
That, actually, is what I am trying to learn.  I now know that etc/profile is 
the file that changes the path to include cygwin/bin, but I couldn't figure 
out how to use bash to launch my program so that is knows about that change 
(i.e. so the child program sees an environment that it would see if executed 
within a bash session I'd launched.  But if the program can be compiled so 
that it doesn't need that modified environment, so much the better.

Thanks again,

Ted


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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Larry Hall (Cygwin)]

On 9/15/2011 1:28 PM, Ted Byers wrote:

LMH  molconn.com>  writes:





I have compiled under
cygwin g++ for a long time now and don't run into problems. Are you
using the -mno-cygwin flag in your compile rules? I have two processes,
where one is a child of the the processed that gets launched, but both
are in c. Maybe it is better to address your issue in the c part of the
application, possibly create a little c launcher app that will create
the behavior you need.


What, exactly, does '-mno-cygwin' do?

BTW: With gcc v 4.5.3, using 'G++ -mno-cygwin' followed by the other
commandline arguements needed to compile something results in an error where
it complains '-mno-cygwin' is no longer valid (I forget the exact wording, but
that is the gist of the error message I got).


Right. '-mno-cygwin' is not a supported flag for gcc with version 4.  It was
there to allow a kind of cross compiler that targets Win32 instead of
Cygwin.  This is obviously not what you want anyway so it's of no
consequence to you that the flag has been removed. :-)  There are now
actual cross compilers available in Cygwin for gcc 4 that serve the purpose
of the old '-mno-cygwin' flag.

--
Larry

_

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

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

Writing to Windows Share issues fixed in cygwin1-20110829.dll.bz2

[Keith Christian]

I stumbled across the following snapshot, cygwin1-20110829.dll.bz2,
and now I can create files in a Windows Share that I haven't been able
to properly access from Cygwin in months!

Corinna, whatever changes you made to this snapshot have fixed the
problem for me, at least.  Hope they can be included in the next
official cygwin1.dll release.  Now I can start using the share from
Cygwin again.

Great news!

==Keith

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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Ted Byers]

Larry Hall (Cygwin  cygwin.com> writes:

> 
> On 9/15/2011 1:28 PM, Ted Byers wrote:
> > LMH  molconn.com>  writes:
> 
> 
> 
> > What, exactly, does '-mno-cygwin' do?
> >
> > BTW: With gcc v 4.5.3, using 'G++ -mno-cygwin' followed by the other
> > commandline arguements needed to compile something results in an error 
where
> > it complains '-mno-cygwin' is no longer valid (I forget the exact wording, 
but
> > that is the gist of the error message I got).
> 
> Right. '-mno-cygwin' is not a supported flag for gcc with version 4.  It was
> there to allow a kind of cross compiler that targets Win32 instead of
> Cygwin.  This is obviously not what you want anyway so it's of no
> consequence to you that the flag has been removed.   There are now
> actual cross compilers available in Cygwin for gcc 4 that serve the purpose
> of the old '-mno-cygwin' flag.
> 
Hi Larry, 

Thanks

I installed only the gcc4 compilers (all of them, v4.5.3), but I didn't even 
look for cross compilers.

What is the name of the cross compilers (would they be those that 
include 'mingw' in the name?  Not having installed, them, perhaps this is a 
naive question, but will they live alongside the gcc4 compilers without the 
names of the compilers clashing?  I recalled something about mingw, but 
thought that was a completely different approach to having gcc on Windows, and 
in the versions included with RTools, the names of the programs there would 
definitely collide with those for gcc4

Thanks again

Ted


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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[LMH]

As stated, the mno-cygwin flag was depreciated in gcc 4. This was what 
you used to link to the windows c runtime instead of the cygwin dll. In 
other words, it let you compile with cygwin gcc and then run on a 
windows box that didn't have cygwin installed (very useful). Since some 
of your issue seemed to be with the cygwin environment, it seemed like 
detaching yourself from it at link time might be a good idea. Windows 
doesn't' know or care whether the app was compiled under gcc or visual 
studio if you used the no-cygwin flag, so I didn't see why it would 
matter how or where you called the app, from perl, bash, cmd, etc.


I have never elevated to gcc 4 and have cygwin configured to only 
install gcc 3. I am sure you could have both installed and point to one 
or the other in your make file depending on what you want. If I remember 
right, the no-cygwin flag was depreciated before the "ming compatible 
cross compiler" was available, so I stayed with 3 at the time. I also 
had issues with 4.1 under linux. I had an app would give different 
floating point answers compiled wiht 4.1 compared to 3.4. This seems to 
have been fixed by 4.3 and the app compiled under 4.3 gives me the same 
answer as 3.4. I don't know if there was a bug in the early 4 versions, 
or what. This may have been an issue with gfortran and not gcc since 
it's a hybrid app.


I also like the fact that 3 is closed and they aren't constantly 
changing the header files and such. It's very annoying to get code that 
compiled under an older version and won't compile any more because they 
changed 10 different header files and no I have to add 56 ifdef 
statements to compile under the new version. Version 3.4 does everything 
I need, so I have stuck with it, especially since I know how to cross 
compile with it. I suppose I will get around to getting version 4 
working, but I have other fish in the pan for now.


It seems like a cross compiled c app to launch your child process would 
be more portable, but I will look at the perl more closely later. I'm 
off to the dentist for now, fun, fun, fun.


LMH



Ted Byers wrote:

Larry Hall (Cygwin  cygwin.com>  writes:



On 9/15/2011 1:28 PM, Ted Byers wrote:

LMH   molconn.com>   writes:





What, exactly, does '-mno-cygwin' do?

BTW: With gcc v 4.5.3, using 'G++ -mno-cygwin' followed by the other
commandline arguements needed to compile something results in an error

where

it complains '-mno-cygwin' is no longer valid (I forget the exact wording,

but

that is the gist of the error message I got).


Right. '-mno-cygwin' is not a supported flag for gcc with version 4.  It was
there to allow a kind of cross compiler that targets Win32 instead of
Cygwin.  This is obviously not what you want anyway so it's of no
consequence to you that the flag has been removed.   There are now
actual cross compilers available in Cygwin for gcc 4 that serve the purpose
of the old '-mno-cygwin' flag.


Hi Larry,

Thanks

I installed only the gcc4 compilers (all of them, v4.5.3), but I didn't even
look for cross compilers.

What is the name of the cross compilers (would they be those that
include 'mingw' in the name?  Not having installed, them, perhaps this is a
naive question, but will they live alongside the gcc4 compilers without the
names of the compilers clashing?  I recalled something about mingw, but
thought that was a completely different approach to having gcc on Windows, and
in the versions included with RTools, the names of the programs there would
definitely collide with those for gcc4

Thanks again

Ted


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




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

RE: cygwin 1.7.9, problem with cygwin1.dll, path_conv::check, has_acls()? (Windows 7)

[John Ruckstuhl]

NEW information -- this UNC permissions confusion is new behavior in 1.7.9,
it does not show in 1.7.8 (on the same Windows 7 system).

> > > It seems you are suspicious of the mount... that a defective mount WOULD
> > > interfere when the target is expressed one way, and WOULDNOT interfere
> > > when the target is expressed the other way.
> >
> > Not defective, no.  In my case, I'm suggesting that you turn off POSIX
> > permissions.  These sometimes cause problems for network drives.  So
> > do something like this:
> >mkdir /foo
> >mount -o noacl,binary,notexec //hyperdisk/Data/Engineering/ruck /foo
> > Then try the same tests using /foo as the root path.
>
> Okay, Larry's thinking is confirmed.
> $ mkdir /foo.noacl
> $ mount -o noacl,binary,notexec //hyperdisk/Data/Engineering/ruck 
> /foo.noacl
> $ mkdir /foo.acl
> $ mount -o binary,notexec //hyperdisk/Data/Engineering/ruck /foo.acl
> $ cd /foo.noacl
> $ touch xoo.1
> $ cd /foo.acl
> $ touch xoo.2
> touch: cannot touch `xoo.2': Permission denied
> That is, problem shows under /foo.acl (but not under /foo.noacl)
> But for what it's worth, my problem does NOT appear when I'm on a 1.7.7
> System hitting that same fileserver-directory.

Larry Hall shows me how to explicitly mount, with noacl, to workaround the 
getting of wrong permissions.
Thorsten Kampe is also recommending explicit mount instead of accessing via UNC 
reference.

Okay, thanks for the excellent workarounds.

As to the original problem, i.e. different results from getpermissions(), 
depending on whether you 
(a) construct the UNC with all "/", or 
(b) with "\" in there, ...
Here's NEW information -- this UNC permissions confusion is new behavior in 
1.7.9,
it does not show in 1.7.8 (on the same Windows 7 system).

I used setup to downgrade to 1.7.8, started a shell,
$ uname -a
CYGWIN_NT-6.1 CND0360JCB 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin
$ bash --version
GNU bash, version 4.1.10(4)-release (i686-pc-cygwin)$ cd 
//hyperdisk/Data/Engineering/ruck
$ touch zoo.1050

Then I exited the shell and used setup to re-upgrade... and started a shell,
$ uname -a
CYGWIN_NT-6.1 CND0360JCB 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
$ bash --version
GNU bash, version 4.1.10(4)-release (i686-pc-cygwin)
$ cd //hyperdisk/Data/Engineering/ruck
$ touch zoo.1054
touch: cannot touch `zoo.1054': Permission denied
$ touch .\\zoo.1055
cygwin warning:
  MS-DOS style path detected: .\zoo.1055
  Preferred POSIX equivalent is: ./zoo.1055
  CYGWIN environment variable option "nodosfilewarning" turns off this 
warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
(zoo.1054 was not created due to error, zoo.1055 was created despite the 
warning)

So, I'm claiming this is a change with 1.7.9.  
I'll leave it to others to classify this as a new "bug", "feature",
And I'll be interested to see that discussion.
Meanwhile, thanks for showing a workaround.  Other colleagues are affected, so
we will discuss whether we want to stay downgraded or start using explicit 
mounts.
Thanks, and regards,
John Ruckstuhl

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

Re: 1.7.9(0.237/5/3): not seeing some Windows files

[Robert Perlberg]

Very interesting.  Thank you for that information.  My goal here is to  
run ntbackup via ssh.  Based on this information I copied ntbackup.exe  
to another folder that does not get redirected and I can invoke it  
from there via ssh.  It seems to run fine, so I question why Microsoft  
chose to make it inaccessible to 32 bit apps.  My concern is that now  
I have to keep track of when ntbackup.exe gets updated and update the  
copy.


On Sep 14, 2011, at 5:48 PM, Greg Chicares wrote:

On 2011-09-14 21:35Z, Robert Perlberg wrote:

Microsoft Windows XP
Professional x64 Edition
Version 2003
Service Pack 2


[and some files in C:\WINDOWS\system32 aren't seen by 'ls']

Perhaps some files are "hidden" as described here:
 http://cygwin.com/ml/cygwin/2006-01/msg00444.html

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



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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Ted Byers]

LMH  molconn.com> writes:

> 
> It seems like a cross compiled c app to launch your child process would 
> be more portable, but I will look at the perl more closely later. I'm 
> off to the dentist for now, fun, fun, fun.
> 
Well, on a different machine, I installed cygwin fresh, including the mingw 
development tools for the 64 bit target, but that did not bring any joy: when 
the resulting test executible is invoked in a windows CMD session, it 
complained it could not find "libgcc_s_sjhj-1.dll", and in a bash session, it 
ends without any output (which means it dies before the extensive output is 
generated, but without producing messages about exceptions or any reason why 
the program died.

Are these cross compilers mature?  I would think that if they produce binaries 
that need libgcc_s_sjhj-1.dll, it, or whatever package that contains it, would 
be identified as something the cross compilers depend on.  I do know that that 
dll is not to ne found on any of my machines.

I guess I may have to live with the cygwin/bin directory being added at the 
end of the PATH environmental variable.

Thanks

Ted


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

Re: cygwin 1.7.9, problem with cygwin1.dll, path_conv::check, has_acls()? (Windows 7)

[Larry Hall (Cygwin)]

On 9/15/2011 4:19 PM, John Ruckstuhl wrote:

Meanwhile, thanks for showing a workaround.  Other colleagues are affected, so
we will discuss whether we want to stay downgraded or start using explicit 
mounts.


Another alternative is to try a snapshot.  This issue should be addressed
there.



--
Larry

_

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

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

Re: 1.7.9(0.237/5/3): not seeing some Windows files

[Nisha]

They didn't choose to make them inaccesiable you just have to know
how, try doing:

Fri Sep 16 ~
$ cd /cygdrive/c/Windows/Sysnative

You'll find all your files are there.

Nisha

On 16 September 2011 07:02, Robert Perlberg  wrote:
> Very interesting.  Thank you for that information.  My goal here is to run
> ntbackup via ssh.  Based on this information I copied ntbackup.exe to
> another folder that does not get redirected and I can invoke it from there
> via ssh.  It seems to run fine, so I question why Microsoft chose to make it
> inaccessible to 32 bit apps.  My concern is that now I have to keep track of
> when ntbackup.exe gets updated and update the copy.
>
> On Sep 14, 2011, at 5:48 PM, Greg Chicares wrote:
>
> On 2011-09-14 21:35Z, Robert Perlberg wrote:
>>
>> Microsoft Windows XP
>> Professional x64 Edition
>> Version 2003
>> Service Pack 2
>
> [and some files in C:\WINDOWS\system32 aren't seen by 'ls']
>
> Perhaps some files are "hidden" as described here:
>  http://cygwin.com/ml/cygwin/2006-01/msg00444.html
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>

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

Re: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?

[Andrew DeFaria]

On 09/15/11 10:28, Ted Byers wrote:

LMH  molconn.com>  writes:

I am a bit confused as to the role of perl here.

Hi LMH

Thanks

I have an installation of Apache's httpd server; directly from the Apache
website, not the one available through cygwin (in fact, there'd be no point
since that apache install is on a different machine).  And I run a number of
cgi programs written in perl.  That is one role for perl in this setup.
Either stay in the Cygwin world, using an Apache that understands thinks 
like POSIX paths and symlink or stay *out* of the Cygwin world with the 
Windows version of ActiveState Perl and Apache which knows nothing about 
POSIX paths, symlinks and the like. It is your best bet. You can cross 
the two worlds but you need to be fully cognizant of when you are 
crossing the boundary and do (as the Indian head hunters say) "the 
needful" to cross such boundaries.

The other for perl is for my I have a stripped down, basic HTTP Server written
in perl.
Why would you write a web server in Perl and, as you have stated, 
install a Windows version of Apache?

   I know, I can probably develop the same thing using boost's asio
library,

???

  but in this case, perl and the http server package are so simple to
use, I opted for it.  But I developed it using Activestate's Perl
distribution.  In fact, though I know perl is installed in in my cygwin
environment, I never bothered with it because Activestate's perl package
manager has made it so simple to install the hundreds of perl packages that I
use.  I shudder at the thought of trying to install the same suite of packages
using cpan from the bash commandline.
You actually *use* "hundreds of perl packages"??? Methinks you should 
rethink your development environment!


Have you researched cpan bundles?

ActiveState may have it's PPM facility but the vast majority of CPAN 
contributors are Unix/Linux based and care not about PPM.

--
Andrew DeFaria 
Do Lipton Tea employees take coffee breaks?


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

36 seconds to do /usr/bin/ls, mkdir and other commands

[J.V.]

I install the latest cygwin on Windows XP Pro x32 on a VM under the 
latest version of VirtualBox.


When I do anything it takes a long time.

If I do an $ls in a directory it takes 36 seconds or more.

Many other commands take just as long like $mkdir etc.

What is causing this, and how do I fix it?

The host machine is a quad core with 8GB ram, only one VM running at a 
time (1GB & 16GB disk with plenty of space).


Everything else is super zippy except for cygwin.


J.V.

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

Re: 36 seconds to do /usr/bin/ls, mkdir and other commands

[Marco Atzeri]

On 16/09/2011 7.46, J.V. wrote:

I install the latest cygwin on Windows XP Pro x32 on a VM under the
latest version of VirtualBox.

When I do anything it takes a long time.

If I do an $ls in a directory it takes 36 seconds or more.

Many other commands take just as long like $mkdir etc.

What is causing this, and how do I fix it?

The host machine is a quad core with 8GB ram, only one VM running at a
time (1GB & 16GB disk with plenty of space).

Everything else is super zippy except for cygwin.


J.V.

--


start from here:

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


also if bash-completion is installed try removing it

Regards
Marco



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