On Nov 5 16:17, Corinna Vinschen wrote:
> On Nov 5 09:49, Lev Bishop wrote:
> > It indeed seems this is behaviour not described in SuSv3. But several
> > unices support (some variant of) this behaviour. At least linux,
> > freebsd, hp-ux, solaris 10 mention it in their man pages, and openbsd
> >
On Nov 5 09:49, Lev Bishop wrote:
> It indeed seems this is behaviour not described in SuSv3. But several
> unices support (some variant of) this behaviour. At least linux,
> freebsd, hp-ux, solaris 10 mention it in their man pages, and openbsd
> and netbsd seem to implement it that way even thoug
On 11/5/07, Lev Bishop wrote:
> On 11/5/07, Corinna Vinschen wrote:
> > On Nov 1 10:58, Corinna Vinschen wrote:
> > > On Oct 31 14:26, Lev Bishop wrote:
> > > > $ cat lev.c && gcc -o lev lev.c -Wall -Wextra && CYGWIN=server ./lev
> > > > #include
> > > > #include
> > > > #include
> > > >
> > >
On Nov 5 07:43, Lev Bishop wrote:
> On 11/5/07, Corinna Vinschen wrote:
> > Ouch, ouch, ouch. shmctl(IPC_RMID) closed the handle to the shared
> > memory, but neglected to remove the actual mappings as well as the
> > bookkeeping structure. The result is that after a fork the child thinks
> > t
On 11/5/07, Corinna Vinschen wrote:
> On Nov 1 10:58, Corinna Vinschen wrote:
> > On Oct 31 14:26, Lev Bishop wrote:
> > > $ cat lev.c && gcc -o lev lev.c -Wall -Wextra && CYGWIN=server ./lev
> > > #include
> > > #include
> > > #include
> > >
> > > int main(void)
> > > {
> > > int shmi
On Nov 1 10:58, Corinna Vinschen wrote:
> On Oct 31 14:26, Lev Bishop wrote:
> > $ cat lev.c && gcc -o lev lev.c -Wall -Wextra && CYGWIN=server ./lev
> > #include
> > #include
> > #include
> >
> > int main(void)
> > {
> > int shmid;
> > if ((shmid = shmget(IPC_PRIVATE, 100,IPC_
On 11/1/07, Corinna Vinschen wrote:
...
> Thanks for the testcase. I'm surprised that nobody experienced this
> problem before. Sorta holiday here, so I'll look into it next week.
Well, there was:
http://sourceware.org/ml/cygwin/2006-02/msg00824.html
which I am pretty sure was this same issue :
On Oct 31 14:26, Lev Bishop wrote:
> On 10/31/07, michael.vogt wrote:
> >
> > 1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
> > *** fatal error - MapViewOfFileEx (0x1903),
> > Win3 2 error 6. Terminating.
> > 68 [main] mpd 676 fork: child 1736 - died
>
> If you want anything like this to be looked at faster, the best thing
> you can do is http://www.cygwin.com/acronyms/#PPAST. Apparently the
> cygwin developers have not so far been interested to download mpd,
> make unspecified changes to the mpd sources to get them to compile
> (the changes you
On 10/31/07, michael.vogt wrote:
>
> 1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
> *** fatal error - MapViewOfFileEx (0x1903),
> Win3 2 error 6. Terminating.
> 68 [main] mpd 676 fork: child 1736 - died
> waiting for dll loading, errno 11 pro
1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
*** fatal error - MapViewOfFileEx (0x1903),
Win3 2 error 6. Terminating.
68 [main] mpd 676 fork: child 1736 - died
waiting for dll loading, errno 11 problems fork'ing for
> daemon!
[...]
any
>>> Some of the BLODA stuff has to be deinstalled entirely to have an
>> effect since it hooks one of its own DLLs into some system DLL.
>>
>>> Another question: Does the mpd tool load DLLs at run time? Did you
>> try rebasing?
>>
>> I rebooted my system (and disabled the AV services), so I was
[EMAIL PROTECTED] wrote:
1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
*** fatal error - MapViewOfFileEx (0x1903),
Win3 2 error 6. Terminating.
68 [main] mpd 676 fork: child 1736 - died
waiting for dll loading, errno 11 problems fork'ing for
daemon!
[...]
Have you
On Oct 29 08:13, [EMAIL PROTECTED] wrote:
> > 1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
> > *** fatal error - MapViewOfFileEx (0x1903),
> > Win3 2 error 6. Terminating.
> > 68 [main] mpd 676 fork: child 1736 - died
> > waiting for dll loading, errno 11 problems for
> I tried to compile mpd for Windows using Cygwin. After adding some
> workarounds (add fake_getaddrinfo.h, check
> http://musicpd.org/mantis/view.php?id=1566) I was able to compile mpd.
> But when I tried to start it, mpd failed:
>
> $ ./mpd.exe --stdout --verbose
> binding to any address
> fl
[EMAIL PROTECTED] wrote:
I tried to compile mpd for Windows using Cygwin. After adding some
workarounds (add fake_getaddrinfo.h, check
http://musicpd.org/mantis/view.php?id=1566) I was able to compile mpd.
But when I tried to start it, mpd failed:
$ ./mpd.exe --stdout --verbose
binding to any a
I tried to compile mpd for Windows using Cygwin. After adding some
workarounds (add fake_getaddrinfo.h, check
http://musicpd.org/mantis/view.php?id=1566) I was able to compile mpd.
But when I tried to start it, mpd failed:
$ ./mpd.exe --stdout --verbose
binding to any address
flushing warning mes
17 matches
Mail list logo
