This is the mail archive of the
cygwin-xfree@cygwin.com
mailing list for the Cygwin XFree86 project.
RE: sound support more info - kde2 porting status
- To: "Cygwin-Xfree" <cygwin-xfree at sources dot redhat dot com>
- Subject: RE: sound support more info - kde2 porting status
- From: "Ralf Habacker" <Ralf dot Habacker at freenet dot de>
- Date: Sun, 21 Oct 2001 00:01:15 +0200
Dipl.-Ing. Ralf Habacker
IT-Management
TESSAG SAG Hochspannungstechnik
NIS/Vermessung PSC Wallenhorst
Hansastr. 76
49134 Wallenhorst
Tel: +49 5407 504 66
Fax: +49 5407 504 99
Mobil: 0173/9241471
EMail: Ralf.Habacker@saght.tessag.com
> -----Ursprüngliche Nachricht-----
> Von: cygwin-xfree-owner@sources.redhat.com
> [mailto:cygwin-xfree-owner@sources.redhat.com]Im Auftrag von Ralf
> Habacker
> Gesendet am: Samstag, 20. Oktober 2001 23:50
> An: Cygwin-Xfree
> Betreff: RE: sound support more info - kde2 porting status
>
> > > On Sat, Oct 20, 2001 at 10:16:46AM +0200, Ralf Habacker wrote:
> > > >4a. Some application (kdevelop,) couldn't be started
> > > > because of a runtime loader error. (Windows Error 0xc0000142)
> > > > I have tried to analyze this, but without success.
> > > >
> > > > This error is critical for this project, which implicated to me
> > > > to look after another way to port kde2.
> > > > Currently I'm trying out if "line" the linux emulator for windows
> > > > is a possible way for doing this. If have got running already some
> > > > applications.
> > >
> > > Hmm. A google search on this error doesn't unearth much interesting
> > > besides the fact that a DLL failed to initialize properly. Doesn't gdb
> > > tell you which one is having problems? I remember having similar
> > > problems, though, and they are really tricky to track down.
> > >
> > As I recognized it occurs after loading the last dll. In
> > http://sources.redhat.com/ml/cygwin-apps/2001-09/msg00135.html I have send
> > some informations. Do you have looked into ?
> > There are 4 threads and I'm not able to identify, which thread caused the
> > message box. In thread 1 an execve is called and hangs in kernel32.
> The other
> > threads are located in kernel32 too. Currently I'm out of ideas. :-(
> >
> Just I have seen a topic in google under
> http://www.iseran.com/Win32/FAQ/except.html
> which wasn't there on the last search some weeks ago and this say the
> following:
>
> "0xC0000142 DLL Initialisation Failure Raised when DllMain()
> returns false (?)
> "
>
Here is another link http://www.sequest.com/wpapers/dsb_wval.html in which
this error code points to a failed dll initialisation
...
STATUS_DLL_INIT_FAILED 0xc0000142
...
> Do you have any ideas, which reasons this could be ?
>
> >
> > > >4b. It seems to me, that the windows runtime loader has performance
> > > > problems on loading apps/dll with many symbols. Some kde2 libs
> > > > like qt and kdecore have about 10.000 exported symbols and some
> > > > apps uses over 30 dll's.
> > >
> > > I'm sure that Windows has performance problems. IIRC, there is some
> > > kind of public domain bind command available for Windows which you can
> > > use to associate a specific DLL with a specific executable. I'm drawing
> > > a blank on the real name and where it could be found but maybe someone
> > > will be able to make some sense out of my vague ramblings and provide
> > > more details. IIRC, this program strips relocatable bits from a DLL.
> > >
> > > >6. the sound support of cygwin isn't ready. Especially setting
> > > > of audio buffer size from an application is a problem.
> > > > Look in the thread about the rocksndiamond game started with
> > > > http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00171.html.
> > >
> > > I didn't see anything which actually set the blocksize in the code
> > > fragment that you sent to cygwin-apps. I just saw code which read the
> > > block size and said "this should return 512". But, cygwin uses a larger
> > > buffer than that. I don't actually see an ioctl for setting the block
> > > size under linux, but maybe I missed something.
> > >
> > > cgf
> > >
> >
>
>