All:
CVS does not commit properly on my cygwin installation because it
changes permissions on repository directories to read-only. Here are the
permission after doing chmod 777 on /usr/local/cvs/dde/client:
$ find /usr/local/cvs/dde -type d -exec ls -ld {} \;
drwxrwxrwx7 mel No
All:
My question is, "How do I build cygwin?"
An application I built entirely in the cygwin environment repeatedly seg
faults and gdb shows the stack 8 frames into cygwin at the seg fault. It
would appear necessary to build a debugging version of cygwin in order to
resolve this problem
Oops. The build has the same error. How do I build it?
-- Michael
- Original Message -
From: "Michael Labhard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 09, 2002 8:18 PM
Subject: Cygwin compile check fails
> All:
> Using the met
All:
Using the methods and script described by Peter Buckley
http://www.cygwin.com/ml/cygwin/2002-03/msg01501.html
I compiled a cvs checkout downloaded today of cygwin. The build went
through without an error. But the check failed with the following
(truncated) error. Any suggestions for
You need to have cygipc running before you start PostgreSQL.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
I'm using gcc on Windows XP Pro (desktop PC, not a laptop). Have had no
problems. Apparantly linking is failing. Try make -d Hello.c -o Hello and
see if the output helps determine what's missing.
-- Michael
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Advise please.
First an interesting story. Just reinstalled operating system and
cygwin after the system became badly corrupted. May have at least
partly been related to replacing the old cygwin1.dll with the new
snapshot. Thought that I had closed all cygwin apps first but forgot
that cyg
Resolved by 1) disabling simplified file sharing in Windows XP (Q307874)
followed by 2) allowing the delete permissions for the user and
files/folders involved. Suspicion that cygwin may be setting these special
permissions inadvertantly.
-- Michael
--
Unsubscribe info: http://cygwin.co
- Original Message -
From: "Michael Labhard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 02, 2002 2:11 PM
Subject: automake error
> Just downloaded and replaced my cygwin1.dll with the latest containing
/proc
> feature (cool!). But now a
While using CVS in cygwin it created a CVS repository file that cannot be
deleted from cygwin _or_from_Windows! Windows complains when one attempts
to delete it that the disk may be write-protected or full (it is not)!
Permissions on the file are 444 but chmod does not work because "permission
de
Just downloaded and replaced my cygwin1.dll with the latest containing /proc
feature (cool!). But now automake does not work. So I did a complete setup
of cygwin. Still automake does not work. Replaced the cygwin1.dll with the
previous one. Automake works. Replaced it again with the newest.
In conjunction with a terrible bug I'm working on, each time I start my
application in gdb I get the following error message from gdb:
Lowest section in /cygdrive/c/WINDOWS/System32/WMI.dll is text at 76d31000
Anyone know what the significance of this is? Thanks.
-- Michael
--
Unsubscribe
My cygwin installation generally works great. But CVS does not work on it.
It has problems finding the directories it needs. Before I launch another
mission to try to resolve this I would just like to confirm that others have
been able to get CVS working for them on cygwin (Windows XP Profes
Robert and Gerald:
Both quite right. Although adding the SAFE_PRINTF made no
difference in the
output, checking a condition value in a loop made all the difference.
Putting a printf in the loop revealed to my surprise that "spurious wakeups"
were occurring thousands of times per se
Don't no if anyone else has noticed this: the pthread_cond_wait when
signalled does not lock the associated mutex again. Thus the expected
output of the attached program should be
create Test
start
bar mutex lock and wait
foo mutex lock
foo mutex lock and signal condition then sleep...
foo mute
The following program demonstrates the problem. Is this a bug?
#include
#include
class Test
{
public:
Test()
{
std::queue q;
for( int i =3D 0; i > 5; ++i )
q.push(i);
for( int i =3D 0; i > 5; ++i )
{
::printf("top=3D %d\n", q.top());
q.pop();
}
}
};
int main(char** ar
> Well the cvs you use has to be compiled with cygwin, sounds like it is
> not, try to ask it to look in c:/cygwin/usr/local/cvs-repository or
> with dos-ish backslashes..
>
> /Andy
Thanks for the response. As indicated, the CVS sources were downloaded and
built/installed from CygWin.
While trying to use cvs on cygwin (Windows XP) the command "cvs -d
/usr/local/cvs-repository update" returns the error "directory
/usr/local/cvs-repostory does not exist". "ls" has no problem finding the
directory and it is possible to cd to the directory. Thought this might be
due to instal
18 matches
Mail list logo
