RE: Writing to MVFS (clearcase) volumes from remote ssh

On Tue, 2007-02-06 at 17:31 -0600, Benedict, Michael wrote: > Please bear with me, I am not sure if I am on the same page as you. > > 1) I can see the mount. I can make it my working directory. I can view > files in it. I can even remove some files from it. This is all from > the remote ssh s

Re: Writing to MVFS (clearcase) volumes from remote ssh

On Tue, 2007-02-06 at 15:55 -0600, Benedict, Michael wrote: > I have an ssh server running on a Windows XP Professional. I also have > a Clearcase Dynamic view mounted to the M:\ drive. From a Cygwin X-term > (local), I am able to interact with files mostly as expected(1). If I > ssh into Cygwin

Re: Race condition spawning childs/pipe stuff?

In , Robert Michelson wrote: > I seem to encounter a race condition when running large recursive build > processes (make). > Occasionally, the build process hangs with a spawned child (sh.exe) > eating with 100% user cpu. > It seems the build c

Re: testers needed prior to 1.5.19 release

cygwin1-20050912.dll: Success. -- 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 add 4K of scratch space at the bottom of the stack using C instead of C++?

On Tue, 2005-07-12 at 11:02 -0700, Yu-Cheng Chou wrote: > My program works in this way. However, after the cygwin1.dll was > initialized, the I/O seemed to be redirected. How can I get my I/O back? > I listed my codes below for reference. Does your CYGWIN environment variable include the string "

Re: How to add 4K of scratch space at the bottom of the stack using C instead of C++?

On Mon, 2005-07-11 at 16:14 -0700, Yu-Cheng Chou wrote: > I used "cl -c main.c" and "cl /o main.exe main.obj" to create main.exe. > I used "gcc -shared -o module.dll module.c" to create module.dll. > module.dll will be invoked in main.exe. However, when I run main.exe, the > program just hung ther

Re: How to add 4K of scratch space at the bottom of the stack using C instead of C++?

On Mon, 2005-07-11 at 14:46 -0700, Yu-Cheng Chou wrote: > I have module.dll that was created by using command line "gcc -shared -o > module.dll module.c" in cygwin. > When I run "msvc-cygload -v -cygwin module.dll" in cygwin, error messages > listed below occurred. Why are you using cygload to l

Re: How to add 4K of scratch space at the bottom of the stack using C instead of C++?

On Mon, 2005-07-11 at 11:55 -0700, Yu-Cheng Chou wrote: > I downloaded the cygload package, set up the MSVCDir for my system, and > used c:\cygwin\bin\make to run the Makefile. The msvc-cygload.exe was > successfully created. However, when I run msvc-cygload.exe, error messages > listed below oc

Re: How to add 4K of scratch space at the bottom of the stack using C instead of C++?

On Mon, 2005-07-11 at 12:12 -0400, Igor Pechtchanski wrote: > > By the way, the Makefile shows that the MSVC compiler is in > > C:/cygwin/usr/local/tools/i686_win32/vc7/Vc7. > > Is it a package that is provided by cygwin? Or is it the MSVC software > > that is installed in that directory? > > Umm,

RE: How to make DLLs in cygwin for MSVC and BCB

On Thu, 2005-06-23 at 18:18 +0100, Dave Korn wrote: > Sorry, but why isn't that 4k at the *TOP* of the stack? It sure looks > that way to me, unless cygwin stacks grow upward! You're mixing the metaphors. :-) The top of a stack is where you push something down onto the stack. The bottom of th

Re: How to make DLLs in cygwin for MSVC and BCB

On Thu, 2005-06-23 at 14:05 +0200, Patrick Rotsaert wrote: > Ok, but this was only a small test program to see if I manage to load > cygwin1.dll functions. > The plan is to do this in a DLL, later on. I guess cygwin_dll_init will > then have to be called in DllMain, yes? > But then, what happens

Re: How to make DLLs in cygwin for MSVC and BCB

On Wed, 2005-06-22 at 18:17 +0200, Patrick Rotsaert wrote: > Loading the cygwin1.dll dynamically is certainly an option. I tried it, > although I'm not quite sure how to make sure I have "4K of scratch space > at the bottom of the stack", like the faq says. > My test program crashes once cygwin_

Re: Problem with using stripped cygwin1.dll built from CVS

On Wed, 2005-06-08 at 07:36, Christopher Faylor wrote: > I understand the problem. It's a binutils bug that I'm investigating. > Either gas or ld is marking NOLOAD sections as "read only" and that is > causing windows to actually load them into memory. This may or may not be related, but I've not

Re: Questions on patching dcrt0.cc

On Wed, 2005-05-25 at 21:38, Igor Pechtchanski wrote: > As I understand it, the same issues arise whether cygwin1.dll is > dynamically loaded from an MSVC application or a MinGW application. > There is a simple way to compile MinGW applications on Cygwin (namely, > "gcc -mno-cygwin"). You could te

Re: Questions on patching dcrt0.cc

On Thu, 2005-05-26 at 11:00, Christopher Faylor wrote: > Rather than talking about "MSVC code" being "acceptable", please just > provide a specific indication of *what* you are trying to do. Where do > you want to put this code? Look at the directories available in winsup > and tell us where you

Re: Questions on patching dcrt0.cc

On Thu, 2005-05-26 at 07:58, Christopher Faylor wrote: > I don't know what "submit it" means here. If the submission is for inclusion > somewhere in the cygwin-specific part of winsup then the code needs to be > assigned to Red Hat. Otherwise, why not just make it GPL? If MSVC code is acceptable

Questions on patching dcrt0.cc

I'm working on a patch to make it possible to load cygwin1.dll via LoadLibrary() in MSVC. The intent is to make it possible for non-cygwin applications to be cooperative with cygwin paths and signals. (Such applications will need to either be open source as specified in the cygwin license, GPLed,