Khm. Now I've got
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 15 (X_QueryTree)
Resource id in failed request: 0x4003ac
Serial number of failed request: 258
Current serial number in output stream: 258
err:ntdll:RtlpWaitForCriticalSec
Kevin Koltzau <[EMAIL PROTECTED]> writes:
> Or would it be preferable that I stick with the way windows does it
> (by duplicating the ini file loading within uxtheme) and do all the
> processing in memory?
Yes that would be much better. Parsing a .ini file is not hard, and in
the end it's probabl
Bill Medland <[EMAIL PROTECTED]> writes:
> No idea.
>
> Can you pass something to XListFonts to say "no maximum"?
I guess INT_MAX would work, though I haven't tried it. If it doesn't
work we can keep the current limit, but then double it and retry until
we get all fonts.
> It seemed that a tra
On January 8, 2004 04:45 pm, Alexandre Julliard wrote:
> Bill Medland <[EMAIL PROTECTED]> writes:
> > Bill Medland ([EMAIL PROTECTED])
> > Allow runtime increase in the maximum number of fonts processed.
>
> Do we really need a config parameter for that? Actually, do we really
> need a limit at al
I've submitted this patch once with no luck, but I've got a question that may affect
my need to use this patch (or one similar)
Msstyles store a few INI files within the style that define various properties of the
theme. Windows duplicates
all the .ini file processing within uxtheme.dll, I would
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> OK, there's a known locking problem in Xrender in Xfree
> 4.2, so that's why (in fact there are many Xrender bugs in
> that version, you may want to upgrade).
The terminals aren't mine, and as you may already know I'm
using 4.1, which is flawless,
Bill Medland <[EMAIL PROTECTED]> writes:
> Bill Medland ([EMAIL PROTECTED])
> Allow runtime increase in the maximum number of fonts processed.
Do we really need a config parameter for that? Actually, do we really
need a limit at all?
--
Alexandre Julliard
[EMAIL PROTECTED]
Christian Costa <[EMAIL PROTECTED]> writes:
> +int npfd;
> +struct pollfd *pfd;
> +
> +npfd = snd_seq_poll_descriptors_count(midiSeq, POLLIN);
> +pfd = (struct pollfd *)alloca(npfd * sizeof(struct pollfd));
You should not use alloca in Wine, it's not portable enough.
--
Alex
Title: Re: Wineconf update, RFC re remote participation
> p.s. If someone out there is thinking: of course you could do that,
> if would be trivial if you just did 'X', please feel free to share X
> with me. Otherwise, we'll have to investigate the open pbx project
> and the possibility of
Ferenc Wagner wrote:
Hi,
I feel rather stupid, but need help understanding this. I
managed to screw up winetest so that it runs into trouble.
The relay trace goes like (indented by examine-relay)
I don't understand why it crashes... if it is any help here is a very
simple pro
> "Ferenc" == Ferenc Wagner <[EMAIL PROTECTED]> writes:
Ferenc> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>> Alexandre Julliard <[EMAIL PROTECTED]> writes:
>>
>>> What X version are you running?
>> XFree86 4.2.0.
Ferenc> This is the server version on the terminal. W
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> Alexandre Julliard <[EMAIL PROTECTED]> writes:
>
>> What X version are you running?
>
> XFree86 4.2.0.
This is the server version on the terminal. Wine is linked
with xlibs_4.1.0-16woody1.
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> XFree86 4.2.0. Tell me if you are interested in further
> logs or whatever.
OK, there's a known locking problem in Xrender in Xfree 4.2, so that's
why (in fact there are many Xrender bugs in that version, you may want
to upgrade).
Anyway, we'll probab
On Thu, 2004-01-08 at 22:44, Alexandre Julliard wrote:
> Well, it could maybe be added as an option, but I don't think it would
> work in all cases, since it will necessarily add different constraints
> on the layout (for instance you need to hardcode that the dlls are in
> ../lib/wine relative to
Mike Hearn <[EMAIL PROTECTED]> writes:
> Would you accept a patch to use this code on Linux systems to figure out
> where to load the DLLs from? That way Wine can be installed to any
> prefix and it works automatically, no need for wrapper scripts or
> anything like that.
Well, it could maybe be
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> Making progress. The thing does not depend on time or
>> weather, but instead on the terminal I'm using. Different X
>> extensions, color depth, whatever. On --debugmsg +all logs
>
> Probably yet ano
On Thu, 2004-01-08 at 22:06, Alexandre Julliard wrote:
> Actually there used to be a reason to do that, when dlls needed to be
> in the Unix library path to get loaded properly. The default was to
> add symlinks in /usr/lib, but it wasn't very clean to have a bunch of
> dlls in there so it made sen
Thanks.
I will try it and tell you if it worked. It may take a couple of weeks
since we are frantically preparing for a trade show, then going to the
trade show.
Dan
On Thursday, January 8, 2004, at 07:38 AM, Dimitrie O. Paun wrote:
On January 6, 2004 10:04 pm, Dan Timis wrote:
I finally fig
Mike Hearn <[EMAIL PROTECTED]> writes:
> The problem with this is that it's different to the layout used by the
> source installs, so giving tech support on #winehq etc becomes that much
> harder. It seems to be different simply for the sake of being different.
Actually there used to be a reason
> These are all libraries that belong to /usr/lib.
> All others (.dll.so dlls must go to /usr/lib/wine/).
>
> libwine.so will look and find them in /usr/lib/wine/ by default when trying to
load them.
>
> There is NO need to add /usr/lib/wine to ld.so.conf!
OK, I'll change this in this months buil
On Thu, 2004-01-08 at 21:10, Ivan Leo Murray-Smith wrote:
> libs are in /usr/lib/wine and dlls are in /usr/lib/wine/dlls, not adding
> /usr/lib/wine to ld.so.conf causes wine to fail, as it doesn't find
> ntdll.dll.so.
Works here. I only have /opt/wine/lib in my ld.so.conf, which doesn't
contain a
On Thu, Jan 08, 2004 at 10:10:59PM +0100, Ivan Leo Murray-Smith wrote:
> > Hmm, OK. I don't know which this person was using. Why is /usr/lib/wine
> > even added to ld.so.conf though, surely that isn't necessary? Only
> > libwine needs to be in the linker path.
> libs are in /usr/lib/wine and dlls
> Hmm, OK. I don't know which this person was using. Why is /usr/lib/wine
> even added to ld.so.conf though, surely that isn't necessary? Only
> libwine needs to be in the linker path.
libs are in /usr/lib/wine and dlls are in /usr/lib/wine/dlls, not adding
/usr/lib/wine to ld.so.conf causes wine t
On Thu, 2004-01-08 at 20:59, Ivan Leo Murray-Smith wrote:
> > Could whoever is responsible for these packages please double check the
> > specfiles?
> Never heard of such a problem, all RPMs are tested on both mdk 9.2 and 9.1, on 2
> different computers, and I've never noticed any lib problem. /usr
> Could whoever is responsible for these packages please double check the
> specfiles?
Never heard of such a problem, all RPMs are tested on both mdk 9.2 and 9.1, on 2
different computers, and I've never noticed any lib problem. /usr/lib/wine is
added to ld.so.conf during post, and after that ldcon
Alex Stewart a écrit :
Hi,
Below is a thread I started in the wine-users list but so far
no seems to know the answer. I've tried their suggestions but
they dont work. I think its a simple question (maybe not I dont
really know thats why I have the question)
How does wine store the path to its l
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> Making progress. The thing does not depend on time or
> weather, but instead on the terminal I'm using. Different X
> extensions, color depth, whatever. On --debugmsg +all logs
Probably yet another Xlib locking bug, try commenting out the
XInitThread
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> For me it seems XCreateDC does not return (the one I quoted
> from the Wine source). I mean, sometimes. Because the same
> program works now... I did not even recompile it, honest.
> I am going mad. Yesterday night it was 100% reproducible.
Making p
Le jeu 08/01/2004 à 15:15, Alex Stewart a écrit :
> Hi,
> Below is a thread I started in the wine-users list but so far
> no seems to know the answer. I've tried their suggestions but
> they dont work. I think its a simple question (maybe not I dont
> really know thats why I have the question
Hi,
Below is a thread I started in the wine-users list but so far
no seems to know the answer. I've tried their suggestions but
they dont work. I think its a simple question (maybe not I dont
really know thats why I have the question)
How does wine store the path to its libraries? Simply put I cha
As a result of this patch (which is currently applied in cvs head):
http://www.winehq.com/hypermail/wine-patches/2002/12/0009.html
WS_bind() currently does this before every call to bind():
WS_setsockopt( s, WS_SOL_SOCKET, WS_SO_REUSEADDR, (char*)&on, sizeof(on) );
Basically, it sets SO_REUSEA
Dimitrie O. Paun a écrit :
On Wed, 7 Jan 2004, Eric Pouech wrote:
One of the things which improved was to have a couple of folks present
chatting on IRC at the same time (even, if it was not satisfactory to
break in and ask questions)
Telephone conversations are quite cheap nowadays (from Eur
At Wed, 7 Jan 2004 15:54:50 -0500,
<[EMAIL PROTECTED]> wrote:
>
> > > (4b) wodPlayer_FeedDSP()
> > >
> > > In the while loop, I could not figure out the purpose of 'availInQ >
> > > SPACE_THRESHOLD', so I changed it to 'availInQ'. In reality, the
> > > SPACE_THRESHOLD check could probably be left
Mike Hearn <[EMAIL PROTECTED]> writes:
> The other alternative is to have the generated files in CVS. That way we
> only deal with the bootstrapping issue once. We already have quite a few
> generated files in CVS because that makes our lives easier (think build
> system etc) - would it be accepta
At Wed, 07 Jan 2004 21:22:33 +0100,
Eric Pouech wrote:
>
> Jeremy Shaw a écrit :
> > Hello,
> >
> > This message is largely for Chris Morgan's review, but I thought I
> > should open it to any interested parties.
> >
> > I have added wave-in support for arts. I also fixed some bugs in the
> > wa
On Thu, 8 Jan 2004, Ferenc Wagner wrote:
> Or maybe all the above is the result of my misconceptions.
> Please correct me if it sounds silly; winetest is my first
> Windows program, after all...
Feri, I haven't had a chance to look at the code. All I know
is that it's better to not mix GUI stuff
Hi,
I don't know who maintains the mandrake packages, but it appears that they
incorrectly install libwine.so.1 into /usr/lib/wine instead of /usr/lib,
and therefore all Wine apps fail to start with an unresolved import
failure.
Could whoever is responsible for these packages please double check
Hello Robert,
Thursday, January 8, 2004, 1:27:23 PM, you wrote:
RG> I had the same problem as Oleg Prokhorov (no keyboard input in
RG> fullscreen games) and following patch fixed it
RG> (just a single line in Randr and XVid drivers). I do not know if
RG> something gets broken by it; I have tested
On Thu, 2004-01-08 at 16:41, Nyef wrote:
> However you slice it, though, if you use the ICreateTypeLib interfaces
> you're going to get bitten with a circular dependancy, if only because
> of the wtypes.h thing. And if you use an external library you're going
> to want to use it in oleaut32.dll as
On Thu, Jan 08, 2004 at 02:11:28PM +0100, Ove Kaaven wrote:
> tor, 08.01.2004 kl. 12.52 skrev Mike Hearn:
> > On Wed, 2004-01-07 at 23:39, Ove Kaaven wrote:
> > > Well, I've done about as much as I dared do without knowing exactly what
> > > plans you have. After all, widl can *not* link to oleaut3
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On January 8, 2004 06:49 am, Ferenc Wagner wrote:
>
>> I would be glad to drop it, but how can I keep serving
>> messages while running the tests? Sorry for being dumb.
>
> I haven't looked at the source lately, but aren't you
> running the program
According to the logs, the was a delay in restating httpd after the log
rotation process. One of the child pids took a bit to close. This caused
the server to be down for about 20 minutes.
On Thu, 2004-01-08 at 07:35, Francois Gouget wrote:
> On Thu, 8 Jan 2004, Michael Stefaniuc wrote:
>
> > Hel
On January 6, 2004 10:04 pm, Dan Timis wrote:
> I finally figured out what my problem was. If the name of the library
> is "USBUtils" it works, if it is "USBDeviceUtils" it doesn't. Actually
> the max length I can use is 11 characters. That is probably 15
> characters including ".dll"
>
> In my
On January 8, 2004 06:49 am, Ferenc Wagner wrote:
> I would be glad to drop it, but how can I keep serving
> messages while running the tests? Sorry for being dumb.
I haven't looked at the source lately, but aren't you
running the programs in a different process? If so,
why are they blocking wine
> I remember getting all sorts of spam about very cheap conference calling.
> It can't be that expensive, we just set up a US number, the caller
> pays the long distance charges (which are very small right now)...
Well, we've had a tentative offer from someone to use their conference
services; I'l
On Thu, 8 Jan 2004, Michael Stefaniuc wrote:
> Hello,
>
> is the www.winehq.org website down? The host is pingable and port 80 is
> open but i get no data after the initial tcp connect.
I believe it had trouble earlier today but it should work now.
--
Francois Gouget [EMAIL PROTECTED]
tor, 08.01.2004 kl. 12.52 skrev Mike Hearn:
> On Wed, 2004-01-07 at 23:39, Ove Kaaven wrote:
> > Well, I've done about as much as I dared do without knowing exactly what
> > plans you have. After all, widl can *not* link to oleaut32 since widl is
> > not a Winelib app (and wasn't meant to be since
Uwe Bonnes <[EMAIL PROTECTED]> writes:
>> "Ferenc" == Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
> ...
> Ferenc> kernel32.WaitForSingleObject(003c,) ret=40593e4c [5
>
> Somewhere before an CreateEvent Call with a return value
> of 003c must happen. Look at that event and w
I am trying to write a simple serial port library
that has the same lowest-common-denominator interface
under both Windows and Linux. I developed it under wine
using mingw32 - i want my apps that use it to work under
both windows and linux (these are command-line apps only).
i noticed that wine d
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On January 7, 2004 09:19 pm, Ferenc Wagner wrote:
> [...]
> Sorry, it's almost 3:15am here,
Not 9:19pm? We seem to be in sync then! From my post:
>> Date: Thu, 08 Jan 2004 03:19:56 +0100
> why do you bother with multithread stuff? Is it really
On Wed, 2004-01-07 at 23:39, Ove Kaaven wrote:
> Well, I've done about as much as I dared do without knowing exactly what
> plans you have. After all, widl can *not* link to oleaut32 since widl is
> not a Winelib app (and wasn't meant to be since someday we may want widl
> to generate some of the .
On Thu, 08 Jan 2004 11:23:56 +0100, you wrote:
> Could somebody explain me (or direct me to info) how this should work
> in general? I mean even on Windows, when is something a click and
> when a down/up or down/click? I know that a too slow double-click will
> be two separate clicks, but I'm unce
At 14:15 19.12.2003 +, Mike Hearn wrote:
>On Fri, 2003-12-19 at 14:01, Fabian Cenedese wrote:
>> The control is a bit quirky with moving focus around and handling events
>> specially. But still it works on Windows :) Now I'm a bit lost how I can
>> debug this. +mouse didn't show anything useful
Hello,
is the www.winehq.org website down? The host is pingable and port 80 is
open but i get no data after the initial tcp connect.
bye
michael
--
Michael Stefaniuc Tel.: +49-711-96437-199
System Administration Fax.: +49-711-96437-111
Red Hat GmbH
>>If you have a string like "Nodes", then the BSTR DWORD value should be
>>5*sizeof(WCHAR) == 5*2 == 10, *NOT* 5.
>>
>>In other words, we don't have an even/odd division problem, but rather a
>>problem with the string length, since it should have been twice as much.
>>
>>Please try to find out whi
Hello,
I had the same problem as Oleg Prokhorov (no keyboard input in
fullscreen games) and following patch fixed it
(just a single line in Randr and XVid drivers). I do not know if
something gets broken by it; I have tested it with Railroad Tycoon II
demo.
--- wine-20031212/dlls/x11drv/xvidmode.
Hello Mike,
Wednesday, January 7, 2004, 12:15:28 AM, you wrote:
MH> I think the reason we make these windows unmanaged is because they don't
MH> have window borders - if you can figure out a patch to allow them to be
MH> managed that would go some way towards fixing this issue I think (though
MH>
> "Ferenc" == Ferenc Wagner <[EMAIL PROTECTED]> writes:
...
Ferenc> kernel32.WaitForSingleObject(003c,) ret=40593e4c [5
Somewhere before an CreateEvent Call with a return value of 003c must
happen. Look at that event and why it doesn't trigger.
Bye
--
Uwe Bonnes
On January 7, 2004 09:19 pm, Ferenc Wagner wrote:
> This multithread business is rather new for me, I would be
> grateful for any insights. The cross-compiled version runs
> on XP all right.
Sorry, it's almost 3:15am here, I don't have time to look into
it, but why do you bother with multithread
On January 7, 2004 08:46 pm, Jeremy White wrote:
> p.s. If someone out there is thinking: of course you could do that,
> if would be trivial if you just did 'X', please feel free to share X
> with me. Otherwise, we'll have to investigate the open pbx project
> and the possibility of getting some
On January 7, 2004 08:05 pm, Michael Stefaniuc wrote:
> The only thing i can imagine is that you have something different in
> /usr/lib/rpm/. You can check that with:
> (for i in /usr/lib/rpm/*; do rpm -qf $i; done) | sort | uniq
> I get following output:
> redhat-rpm-config-8.0.21-1
> rpm-4.2-0.69
On January 8, 2004 01:22 am, Robert Lunnon wrote:
> Here are a buch of Solais compatibility patches for wine (Some but not all
> of them). Within the enclosed tarball the diffs are structured according to
> the wine cvs tree. There is a readme file accompanying each diff to explain
> what the chang
62 matches
Mail list logo
