> I'm now sure that the call to glGenTextures didn't return. I can think
> of three reasons:
>
> 1. Another wine thread is just doing a call to libGL
> 2. The libGL of Nvidia has a bug
> 3. both of the above
>
> Maybe somebody ca take my by the hand to find out what the cause is?
If you run with
IE overrides MIME types for more then just ambiguous types, to quote one test
mentioned in the appendix
"If the server-provided MIME type is either known or ambiguous, the buffer is scanned
in an attempt to verify
or obtain a MIME type from the actual content. If a positive match is found (one o
Kevin, you said:
IMHO we should really keep the list that is checked to
a minimum (being the list Windows checks)
as this code is basically doing "If a web server
reports a MIME type in this list, ignore it and
make our own guess" which is totally wrong
standards-wise and a major cause of many
prob
Hi list,
I've installed wine.inf, but the system.reg file is very short, it only contains
font information and computer name, this isn't exactly what I got with
winedefault.reg
I need this because I'm going to release a new version of winesetuptk that
doesn't add the "Filesystem" parameter to the d
Hi Shachar,
Shachar Shemesh wrote:
Do you realize that time zone information is hardly a static thing? For
some countries, such as Israel, time zone is something that changes
annually. Do we really need the chore of keeping that up to date? Also,
how are people going to update their local setu
I had thought of that, the major reason I implemented it the way I did was based off of
the MSDN document mentioned, which states Windows has a very select list of
types that it checks.
IMHO we should really keep the list that is checked to a minimum (being the list
Windows checks)
as this code i
On Thu, 18 Mar 2004 11:38:58 -0500, Kevin Koltzau wrote:
> Here is an implementation of FindMimeFromData, based off of MSDN
> http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.asp
Hmm, I'm not sure we should maintain this ourselves. A better approach
might be to use the fre
> "Shachar" == Shachar Shemesh <[EMAIL PROTECTED]> writes:
Shachar> Mike McCormack wrote:
...
>> somewhere... Anybody know how that works?
>>
>> Mike
Shachar> In a nutshell - not well.
Shachar> Windows has a set of keys in the registry that store the
Shachar> tim
Here is an implementation of FindMimeFromData, based off of MSDN
http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.asp
There is lots of debate on the 'net regarding this "feature" in IE, most of it
suggesting
this is a bad idea..
One possible change that would work more "
Mike McCormack wrote:
Hi Shachar,
Shachar Shemesh wrote:
Do you realize that time zone information is hardly a static thing?
For some countries, such as Israel, time zone is something that
changes annually. Do we really need the chore of keeping that up to
date? Also, how are people going to
> "Shachar" == Shachar Shemesh <[EMAIL PROTECTED]> writes:
Shachar> Uwe Bonnes wrote:
>> I think that's the way to go. Winesetup should determine and set the
>> timezone. Who is going to implement it?
>>
>>
Shachar> Do you realize that time zone information is hardly
Uwe Bonnes wrote:
I think that's the way to go. Winesetup should determine and set the
timezone. Who is going to implement it?
Do you realize that time zone information is hardly a static thing? For
some countries, such as Israel, time zone is something that changes
annually. Do we really nee
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes:
Rein> On Thu, 18 Mar 2004 14:25:22 +0100, you wrote:
>> > "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes:
>>
Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote:
>> >> If you change the TimeGetBias() function as men
On Thu, 18 Mar 2004 14:25:22 +0100, you wrote:
> > "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes:
>
> Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote:
> >> If you change the TimeGetBias() function as mentioned, synplify
> >> starts with the grace license.
>
> Locally unset
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes:
Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote:
>> If you change the TimeGetBias() function as mentioned, synplify
>> starts with the grace license.
Locally unsetting TZ was the fix I proposed years ago...
--
Uwe Bonnes
On Wed, 17 Mar 2004 13:00:20 +0100, you wrote:
> If you change the TimeGetBias() function as mentioned, synplify starts with
> the grace license.
To illustrate my last post, the attached patch makes it work as well. I
still have to confirm that TZ is not used by the win API functions.
Rein.
--
> > > Hi,
> > >
> > > When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
> > > After some investigations, I found that a part of the code uses the EBX
> > > register at one point without saving
> > > and restore it afterwards. Since this register contains the PLT pointer
>
On Wed, 17 Mar 2004 13:00:20 +0100, you wrote:
>
> Synplify starts, but brings up "Introduction" with a message "Sorry, no
> Synplify license is available".
Yes I see that.
>
> The start wrapper calculates some magic string from the time. Then TZ is set
> to GMT0 and another process is starte
On Thu, 2004-03-18 at 09:33, Christian Costa wrote:
> How can I retreive this info from the dll? I guess it is
> stdcall like it should be.
As far as I know the only way is to disassemble the function prologue.
Some of the others would know for sure.
> I don't know but tha
> Message du 18/03/04 00:50> De : Mike Hearn <[EMAIL PROTECTED]>> A : [EMAIL PROTECTED]> Copie à : > Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> On Wed, 17 Mar 2004 22:37:01 +, Christian Costa wrote:> > When executing the DllMain of the native IR32_32.DLL
> Message du 18/03/04 00:51> De : Marcus Meissner <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : wined <[EMAIL PROTECTED]>> Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> On Wed, Mar 17, 2004 at 10:37:01PM +, Christian Costa wrote:>
> Message du 18/03/04 01:02> De : Alexandre Julliard <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : wined <[EMAIL PROTECTED]>> Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> Christian Costa <[EMAIL PROTECTED]>writes:> > > When executing
> >>Xlib: extension "GLX" missing on display ":1.0".
> >
> >Do you have GLX compatible drivers on this maschine, is GLX activated in your
> >XF86Conig file? I often forget these trivial things...
>
> I don't know but I thought that ./configure would pick up everything I have
> or not and react a
23 matches
Mail list logo
