2009/5/23 Stefan Dösinger :
> Am Freitag, 22. Mai 2009 19:15:22 schrieb Roderick Colenbrander:
>> So what they are saying is that Nvidia has a license on the s3tc
>> patent for use in those tools but if we would rip their code out we
>> wouldn't be covered unless (but that is gray area) we put all
I posted on bug 421 page (as usual) latest update of my engine.
It suld pass all tests in wine suite also all bitmap's todo_wines,
so expect some "false positive" signaled by tests.
Austin, could you please re-run it on your test machines ?
Ciao
Max
Roderick Colenbrander wrote about Re: News on Wine 1.1.21/MacOSX/XQuartz 2.3.3
>
>On Wed, May 20, 2009 at 4:04 PM, Austin English
>wrote:
>> On Wed, May 20, 2009 at 4:46 AM, Roderick Colenbrander
>> wrote:
>>> On Tue, May 19, 2009 at 6:41 PM, Mike Kronenberg
>>> wrote:
On 18.05.2009, at 06
On Do, 2009-05-21 at 12:05 +0200, Alexandre Julliard wrote:
> > Using that executable on Windows or Wine is not possible
> > (Entry point not found for GetDiskInfoA)
> >
> > The wininet_test.exe on winehq has an ordinal Import of 102 in that
> > place.
> > How can we fix that?
>
> You have to use
Am Freitag, 22. Mai 2009 19:15:22 schrieb Roderick Colenbrander:
> So what they are saying is that Nvidia has a license on the s3tc
> patent for use in those tools but if we would rip their code out we
> wouldn't be covered unless (but that is gray area) we put all their
> image code in wine (which
On Wed, May 20, 2009 at 4:04 PM, Austin English wrote:
> On Wed, May 20, 2009 at 4:46 AM, Roderick Colenbrander
> wrote:
>> On Tue, May 19, 2009 at 6:41 PM, Mike Kronenberg
>> wrote:
>>> On 18.05.2009, at 06:56, Dmitry Timoshkov wrote:
>>>
"James McKenzie" wrote:
> Austin:
> C
On Fri, May 22, 2009 at 6:11 PM, Stefan Dösinger wrote:
> You may find this helpful:
> http://code.google.com/p/nvidia-texture-tools/
>
> Wrt the legalese check the last question here:
> http://code.google.com/p/nvidia-texture-tools/wiki/FAQ
>
> Using a proven library for s3tc handling is a good i
On Fri, May 22, 2009 at 5:39 AM, wrote:
> Set one of those to /usr/X11/lib, because that's where libfreetype*
> resides in MacOS. There's no need to turn to MacPorts.
> LD_LIBRARY_PATH=/usr/X11/lib ./wine notepad
> lets wine finds hundreds of fonts.
>
> BTW, Macports' wrapper uses DYLD_FALLBACK_
You may find this helpful:
http://code.google.com/p/nvidia-texture-tools/
Wrt the legalese check the last question here:
http://code.google.com/p/nvidia-texture-tools/wiki/FAQ
Using a proven library for s3tc handling is a good idea even without the legal
troubles. s3tc decompression isn't rocket
On 22.05.2009, at 05:05, Nathan Gray wrote:
On Thu, May 21, 2009 at 10:45 AM, Aric Stewart
wrote:
Well the Mac OS X Joystick code will only work on Leopard.
So you will have to build and run it on Leopard box using xcode3.
I'm certainly running on Leopard, but I can't say how Mike built it
Hi,
here are my findings about compiling and using wine on an "early 2009"
Mac Mini with NVidia graphics, without Fink or Macports. I hope it'll help
other people.
The good news first:
+ compilation essentially works.
+ Pharaoh (1.2 update, nocd) works in desktop mode.
- old (16bit?) apps cause w
As I've been working with user32, adding tests & such, I've noticed that gdi32
also suffers from the same drawbacks: it appears to have no mechanism to track
object types with handles. Thus, the functions (that I've examined thus far)
simply assume that the caller responsibly passed a handle to
On Thu, May 21, 2009 at 5:24 PM, Joel Holdsworth
wrote:
> On Thu, 2009-05-21 at 22:18 +0200, Tijnema wrote:
>> Haven't checked Jaunty yet to see if it's still busted.
>> We may need to postprocess pkg-config's output to add the
>> missing 32
>> in some cases. Not s
I'm playing with user32/cursoricon.c and winex11.drv/mouse.c and have noticed
that one of the TODOs is that SetCursor (and probably lots others) clear the
last error when they do not do so in windows. I tracked down the cause and
winex11.drv's primary function for retrieving its per-thread data
On Fri, May 22, 2009 at 2:08 PM, Ben Klein wrote:
> 2009/5/22 Tony Wasserka :
>> Hi everyone,
>> I'm working on implementing D3DXLoadSurfaceFromFileInMemory right now,
>> but I've got a problem. The function
>> most convert a loaded surface's data to a user specified surface format
>> (I did not y
2009/5/22 Tony Wasserka :
> Hi everyone,
> I'm working on implementing D3DXLoadSurfaceFromFileInMemory right now,
> but I've got a problem. The function
> most convert a loaded surface's data to a user specified surface format
> (I did not yet find a way to do it elsehow,
> UpdateTexture and Stretc
Hi everyone,
I'm working on implementing D3DXLoadSurfaceFromFileInMemory right now,
but I've got a problem. The function
most convert a loaded surface's data to a user specified surface format
(I did not yet find a way to do it elsehow,
UpdateTexture and StretchRect are to limited for that task, su
On Thu, May 21, 2009 at 10:45 AM, Aric Stewart wrote:
> Well the Mac OS X Joystick code will only work on Leopard.
> So you will have to build and run it on Leopard box using xcode3.
I'm certainly running on Leopard, but I can't say how Mike built it.
> If you are good there then try building t
18 matches
Mail list logo