RE : Re: bash, find | xargs grep

>>Bob, I don't know the source of your trouble, but as a workaround consider >>running grep -r instead of find | xargs grep. In many cases it's equivalent >>or almost as good, and it probably will avoid all of the forking that's >>causing trouble for you. A. In the case of talking about the memor

Re: Uninstall, cleanup, reinstall

Robert Menschel wrote: > Any ideas on how to completely remove cygwin so the machine can have > it properly installed again? You need to take ownership of the files if you can't delete them. This is mentioned in the FAQ. Brian --

Uninstall, cleanup, reinstall

Given: A W2K laptop on which Cygwin once ran fine, while logged onto a Windows domain account. Company was sold, and domain account terminated (though the profile still exists on the laptop). New user profile created for local (workgroup) use. User (with administrator privs) is unable to update, i

Re: cygipc-1.13-2.tar.bz2 download

On Fri, 17 Mar 2006, Rajendra S. Gad wrote: > Sir, > I am not in position ot download the above file from the portal > > http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.13-2.tar.bz2 > > Please guide me. The question is: why do you need it? This package has been obsolete for so

Re: phread_join problem

Jerry D. Hedden wrote: > You can't join to a cancelled thread. Cannot you? From reading the posix thread documentation I have an impression that you can. See for instance http://www.opengroup.org/onlinepubs/009695399/functions/pthread_join.html It says: > The pthread_join() or pthread_deta

Re: fopen with UTF-8 chars in filenames

On Thu, Mar 16, 2006 at 01:21:28PM -0700, Cary Jamison wrote: >Christopher Faylor wrote: >>On Tue, Mar 14, 2006 at 05:53:14PM -0700, Cary Jamison wrote: >>>Paul J. Lucas wrote: Is this known to work (or not work)? Apparently, it doesn't. FYI: I'm writing JNI code. The strings passed

Re: Shells hang during script execution

On Thu, Mar 16, 2006 at 03:14:03PM -0500, Ernie Coskrey wrote: >>On Wed, Mar 01, 2006 at 01:01:46PM -0500, Ernie Coskrey wrote: >Here's a description of a second hang condition we were encountering, >along >with a patch for it. > > >The application (pdksh in this case) doe

Re: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

Norton Allen wrote: > > So maybe it looks weird. C++ is like that! > > I would argue that this isn't a feature of C++ in that it cannot be > implemented within the language but must use assembler for a > specific architecture, but I agree that the paradigm of not needing > to check every case is

Re: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

Eric Blake wrote: Top-posting reformatted - cygwin.com/acronyms/#TOFU The "efault.faulted()" two lines above your change is supposed to catch NULL dereferences. Take a /look/ at the source for myfault::faulted in cygtls.h, it calls out to _cygtls::setup_fault, which calls _sjfault, which a

Re: fopen with UTF-8 chars in filenames

Christopher Faylor wrote: > On Tue, Mar 14, 2006 at 05:53:14PM -0700, Cary Jamison wrote: >> Paul J. Lucas wrote: >>> Is this known to work (or not work)? Apparently, it doesn't. >>> >>> FYI: I'm writing JNI code. The strings passed from Java to C are >>> UTF-8. A string containing a non-ASCII c

Re: Don't understand proc magic check.

Dave Korn wrote: > I don't even understand how it can get to the "proc magic mismatch" error > without printing out the "res is ..." debugging message, and I'm kinda stumped > what to try next. Anyone got /any/ suggestions at all? By any chance are you trying to use the newly-built DLL with in

Re: Shells hang during script execution

>On Wed, Mar 01, 2006 at 01:01:46PM -0500, Ernie Coskrey wrote: Here's a description of a second hang condition we were encountering, along with a patch for it. The application (pdksh in this case) does a read on a pipe, which eventually calls pipe.cc fhandler_pipe:

Re: GCC 4.x+

Angelo Graziosi wrote: > > The dwarf2 EH is a lot faster too > > Does this mean to use: --with-dwarf2 option in 'configure'? No, that's setting the default debug symbol type to dwarf2 instead of stabs (I think). You get dwarf2 exception handling by default without having to specify anything un

Re: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

On Thu, Mar 16, 2006 at 07:41:18PM +, Eric Blake wrote: >One more thing to be aware of - the reason cygwin uses this (IMHO very >slick) feature of C++ is that it is more efficient to assume that code >will not fault, and blindly deference pointers with the minimal >overhead of setting up the se

RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

Top-posting reformatted - cygwin.com/acronyms/#TOFU > >>> The "efault.faulted()" two lines above your change is supposed to catch > >>> NULL dereferences. > >> > > > > Take a /look/ at the source for myfault::faulted in cygtls.h, it calls out > > to _cygtls::setup_fault, which calls _sjfault,

Re: cygrunsrv.exe Processor Util 100% on Windows Server

2006/3/14, Brett Serkez <[EMAIL PROTECTED]>: > > > I'm running sshd without the -r option all the time and I can't observer > > the high CPU load as reported. What's different on your system?!? > > I *believe* this primarily happens on Windows2000. I wasn't able to > track down. The problem is

RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

Ah, got it--it behaves like exception handling, but it doesn't *look* like exception handling. Seems like a good place to add some comments! ;-) (Offer to submit a patch, but seeing as I had to ask, I doubt I'm the right person to do so.) Thanks for clearing this up for me! -Norton On 16 March 2

cygipc-1.13-2.tar.bz2 download

Sir, I am not in position ot download the above file from the portal "http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.13-2.tar.bz2"; Please guide me. Regards -- Mr. R. S. Gad Senior Lecture Electronics Division Department of Physics Goa University Goa India 403 206 -- M

RE: Problems mounting root filesystem off of NFS

Robb, Sam wrote: > > 1) Did you install the server using the nfs-server-config script? > 2) Can you post your /etc/exports and and static map files you're using? > 1) yes 2) this is the only line in my /etc/exports: /nfsmount_drop3 (rw,insecure,no_root_squash) > If you're able to mount the

RE: Problems mounting root filesystem off of NFS

> I'm trying to get Linux running on a PPC board to mount an NFS root > filesystem off of a Windows XP machine -- in this case the > NFS filesystem is exported by the NFS server in Cygwin. While it > mounts OK, Linux fails to come up due to various errors, e.g. 1) Did you install the server us

CYGWIN_MISMATCH_OK not working?

I can't get this bit of code to trigger: --- void multiple_cygwin_problem (const char *what, unsigned magic_version, unsigned version) { if (_cygwin_testing && (strstr (what, "proc") || strstr (what, "cygheap"))) { child_proc_info->type = _PROC_WHOOPS;

Problems mounting root filesystem off of NFS

Hi, I'm trying to get Linux running on a PPC board to mount an NFS root filesystem off of a Windows XP machine -- in this case the NFS filesystem is exported by the NFS server in Cygwin. While it mounts OK, Linux fails to come up due to various errors, e.g. mount: only root can do that awk: cmd

Don't understand proc magic check.

Hi all, I've just built a fresh dll from cvs and I wanted to get some fresh binutils so they'd understand the separate dll/dbg file format[*]. I built bog-standard 2.16.1 from a tarball, installed into a test --prefix, and tried running one of the tools, and I got... -

Re: pthread_create leaves valid mutex pointers on the stack

Hi, Jonathan Lennox, le Thu 16 Mar 2006 12:03:03 -0500, a écrit : Content-Description: message body text > In general, the idea of verifying objects on their init functions seems > dubious to me -- how can you tell initialized objects from random stack or > heap garbage? Posix says: Attemptin

pthread_create leaves valid mutex pointers on the stack

Cygwin's pthread_create function leaves a pointer to the pthread object's mutex member on the stack. If you subsequently call pthread_mutex_init on mutex in an automatic variable, it's possible for it to reuse this stack slot. In this case, pthread_mutex_init observes that the mutex object is a p

RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

On 16 March 2006 15:48, Norton Allen wrote: >>> * thread.cc (verifyable_object_isvalid): check for >>> NULL object or reference >> >> The "efault.faulted()" two lines above your change is supposed to catch >> NULL dereferences. > > Whoa! This looks like voodoo action-at-a-distance. Exceptio

RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

I just spent a full day tracking down something that is either very similar or I'm getting thrown off by the same red herring. [The text here was pulled from a post on the cygwin-patches list, but the discussion was redirected here] On Thu, Mar 02, 2006 at 10:11:39AM -0800, Gary Zablackis wrote:

Re: Problems with the snapshot 20060314 and also with snap.20060315 (more)

If instead to use startxwin.bat, one uses startxwin.sh, $ startxwin.sh it looks ok, but... if, successively, one tries : mouse-3 on the 'X' icon in the systray and then 'Exit' there is a stack core dump from XWin: XWin.exe.stackdump in /tmp. THIS happens only with the snapshots 2006031

Re: Problems with the snapshot 20060314 and also with snap. 20060315

Angelo Graziosi wrote: Recently I have posted this: http://cygwin.com/ml/cygwin/2006-03/msg00385.html http://cygwin.com/ml/cygwin/2006-03/msg00397.html http://cygwin.com/ml/cygwin/2006-03/msg00398.html without meaning answers. Now with the snap. 20060315 the problems are the same. You a

Re: local cygwin mirror

What I would expect is that when I do a download only install, the packages I select will be downloaded (of course). When I do it again, I would expect to be presented with new/updated packages that have been added to the remote repository in the interim and I can choose to download or not (via

RE: Make Problem

On 16 March 2006 09:28, Deepa Mahajan wrote: > When I try to execute the make command. I get the following errors > > $ make > make[1]: Entering directory `/home/Deepa/ > gcc -o ../bin/m1210.exe m1210.o Deepa.a -lm -lc -lz -ltcl -ltk > fu01.o:: undefined reference to `_libc_iname' > fu02

Re: GCC 4.x+

Brian Dessent wrote: > The dwarf2 EH is a lot faster too Does this mean to use: --with-dwarf2 option in 'configure'? Thanks a lot, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: ht

RE: phread_join problem

> res = pthread_cancel(the_handle); > assert(res == 0); > cout << "cancelled, joining\n"; > res = pthread_join(the_handle, NULL); You can't join to a cancelled thread. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/prob

RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4

--- Martin <[EMAIL PROTECTED]> wrote: > This may be the same problem I've been having: > http://cygwin.com/ml/cygwin/2006-02/msg00037.html > > Just tried snapshot cygwin1-20060314.dll.bz2. No > luck. > Has any progress been made on this issue? > > Thanks for your help, > Martin > Martin, I ha

Problems with the snapshot 20060314 and also with snap. 20060315

Recently I have posted this: http://cygwin.com/ml/cygwin/2006-03/msg00385.html http://cygwin.com/ml/cygwin/2006-03/msg00397.html http://cygwin.com/ml/cygwin/2006-03/msg00398.html without meaning answers. Now with the snap. 20060315 the problems are the same. I want to stress that the probl

phread_join problem

Hi, I have a problem with the small program attached below that does not do what I expect. The program prints: cancelling cleanup cancelled, joining exception last chance thread is about to return pthread_join hangs infinitely. I expect the join to resume because the thread has exitted. What is

Re: Can't start an exe downloaded with wget

> Hi, > > When I download a Windows exe from a random site with wget on a NTFS > partition I can not start that exe. As a workaround I now download it on > a FAT32 partition. > > Is there something I can do about this? Did I miss an option? Perharps the permissions got messed up. try chmod 755

Make Problem

When I try to execute the make command. I get the following errors $ make make[1]: Entering directory `/home/Deepa/ gcc -o ../bin/m1210.exe m1210.o Deepa.a -lm -lc -lz -ltcl -ltk fu01.o:: undefined reference to `_libc_iname' fu02.o:: undefined reference to `_libc_iname' fu03.o:: undef

Can't start an exe downloaded with wget

Hi, When I download a Windows exe from a random site with wget on a NTFS partition I can not start that exe. As a workaround I now download it on a FAT32 partition. Is there something I can do about this? Did I miss an option? Regards, Frank -- Unsubscribe info: http://cygwin.com/ml/#