Thanks, I thought there was something I was missing.
VH
On Fri, 5 Aug 2005, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Vaclav Haisman on 8/5/2005 4:10 PM:
> > What is the point of create_thread_and_wait() in
> > fhandler_netdrive::exists()?
> > Or any
Harald Joerg wrote:
Gerrit P. Haase writes:
Harald Joerg wrote:
We already know that - for archeological reasons - mod_perl's DSO
library happens to have the same file name as perl's, eh? Here's
a place where this *really* bit me.
Oh yeah, I cannot believe that they don't change t
Warren Young wrote:
Brian Dessent wrote:
http://cygwin.com/ml/cygwin/2004-11/msg00159.html
Okay...that gets the DLL to build. For the archives, the pthread
changes are no longer required with current v4.1.x versions.
But the MySQL++ examples still hang when built against a Cygwin MySQL
Repost because the mail was too large with the attached patch, will send
on request, please send reply to this mail to my private address if you
want the patch file.
The patch is against MySQL 4.1.13a. If there are some hunks failing for
some Makefile.in or configure, just ignore it and run
`au
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Cary Jamison on 8/5/2005 6:40 PM:
>>>cd $LDIR
>>>while true
>>>do
>>> sleep 10
>
>
> It appears to be crashing here in the sleep. It will go for just a few
> loops around to several minutes before crashing.
> What should I try next.
Warren Young wrote:
Gerrit P. Haase wrote:
The attached patch is against MySQL 4.1.13a.
Still no joy.
What is the problem?
Thanks for your effort, but I'm ready to give up, for the overriding
licensing reasons stated elsewhere in this thread.
Fine. With more maintainers like you all
Hi,
I had strange hangs and segfaults with a program, and it happens that
detached thread termination may segfault:
#include
#include
#include
void *f(void *foo) {
return(NULL);
}
pthread_t t;
pthread_attr_t attr;
int main(void) {
if (pthread_attr_init(&attr))
Gerrit P. Haase wrote:
Warren Young wrote:
Gerrit P. Haase wrote:
The attached patch is against MySQL 4.1.13a.
Still no joy.
What is the problem?
FYI, I can connect without problems using mysql:
mysql> \s
--
mysql Ver 14.7 Distrib 4.1.13a, for pc-cygwin (i686) using E
Gerrit P. Haase wrote:
Gerrit P. Haase wrote:
Warren Young wrote:
Gerrit P. Haase wrote:
The attached patch is against MySQL 4.1.13a.
Still no joy.
What is the problem?
FYI, I can connect without problems using mysql:
mysql> \s
--
mysql Ver 14.7 Distrib 4.1.13a, for pc-cygw
Warren Young wrote:
Gerrit P. Haase wrote:
The attached patch is against MySQL 4.1.13a.
Still no joy.
From what I see there is a bug in your code somewhere:
$ ./resetdb 192.168.1.101 gerrit
Connecting to database server...
Error creating DB: Access denied for user ''@'INSPIRON' to databa
On Aug 6 15:45, Samuel Thibault wrote:
> Hi,
>
> I had strange hangs and segfaults with a program, and it happens that
> detached thread termination may segfault:
> [...]
> Adding a Sleep(1000); in the f() function before returning prevents from
> the crash, so I guess f() returning fast triggers
On 8/4/05, Michael Richardson wrote:
> Ironically, if you google for "cygwin cross compiler linux"
> (including the quotes), you only get Christopher Faylor's post telling
> everyone that you should google for that :-)
I'm not sure why it's not higher on the search results, but
Harold wrote a pret
On 8/4/05, Jason Pyeron wrote:
> hmmm? why are there zeros on the PGID, and why when using -W does PID
> change to WINPID? BUG?
Actually, I don't know if this is a bug or a documentation shortcoming.
From looking at the source, it looks like cygwin returns the same
number for p->pid and p->dwProc
Please avoid pointing at each other blaming for the fault, Emacs
maintenance should be in cathedral mode instead of bazaar mode because
it
is an important infrastructure and deregulation and privatising
infrastructures hasn't yielded the benefits promised, but worsened
ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Peter Farley on 8/6/2005 1:11 PM:
> I thought the following would produce "ls -l" output
> for the space-separated list of files selected by the
> "find" options, but instead I get an error message
> from "ls":
>
> $ find a -daystart -typ
I thought the following would produce "ls -l" output
for the space-separated list of files selected by the
"find" options, but instead I get an error message
from "ls":
$ find a -daystart -type f -mtime 7 -printf " %p"|ls
-l -
ls: -: No such file or directory
The output from the "find" looks like
Peter Farley wrote:
> I thought the following would produce "ls -l" output
> for the space-separated list of files selected by the
> "find" options, but instead I get an error message
> from "ls":
>
> $ find a -daystart -type f -mtime 7 -printf " %p"|ls
> -l -
> ls: -: No such file or directory
>
--- Brian Dessent <[EMAIL PROTECTED]> wrote:
> I've never heard of using '-' to ls this way. The
> coreutils info page does list it as a common flag,
> but my interpretation of the language
> there is that it's only referring to programs that
> act as input/output filters, not as a general-
> pu
You have to find the cygrunsrv process associated with that service and
kill it using Task Manager or whatever. I have not found a way of
matching them up, so when I am having problems with one of my Cygwin
services, I shut down all other Cygwin services so I don't kill the
wrong one.
--
lhicks a
On Tue, Aug 02, 2005 at 08:21:14PM -0600, Jonathan Turkanis wrote:
>Jonathan Turkanis wrote:
>
>> ... Therefore I'd like to know if there are plans to change the
>installation process in the near future. For example, it would be very
>helpful to know how stable the following features of the curre
Christopher Faylor wrote:
Jonathan Turkanis wrote:
---
I'm explaining the Cygwin installation process in detail because it's a bit
confusing. The process may have changed by the time you read this, but if
it has, it will probably have been made easier.
--
On Thu, Aug 04, 2005 at 03:10:30PM +0200, Corinna Vinschen wrote:
>On Aug 3 17:39, Corinna Vinschen wrote:
>> On Aug 3 17:17, Novaelec wrote:
>> > Hello Corinna,
>> >
>> > I think the problem is in cygserver because the bug is related to
>> > semaphores
>> > when I use gdb. [...]
>>
>> Sorry t
Continuing discussions regarding gcc 3.4 beg the question of when we are going
to start work on gcc 4.0 for cygwin. Is there anything holding us back?
As I understand it, Debian will skip over gcc 3.4 and move from 3.3 to 4.0 as
its standard compiler for Etch. This gives me some confidence that
unsubscribe
Quoting [EMAIL PROTECTED]:
> A new version of the orpie package is available in the Cygwin
> distribution.
>
> Changes in version 1.4.1-2:
> * Corrected a packaging bug that prevented /etc/orpierc from being
> installed correctly.
>
>
> To update your installation, click on the "Ins
24 matches
Mail list logo