Resending this due to the terrible hotmail "formatting"
Any tips for how to get legible emails out of hotmail without doubling up the
newlines would be greatly appreciated
Note: I cannot even read the emails I send from hotmail...
---
I have a few tips for running built wine on OS X
I have
Thanks for the git advice (still trying to learn git...)
I will move the variable declarations up (I am so used to warnings killing my
build that I was complacent)
(I will also try and see if I can get hotmail to send email with newline
characters -- not sure what it is doing to my formatting -
On Sun, Dec 21, 2008 at 4:40 PM, Nick Burns wrote:
>
> This is my last gfx fix for SHOGOThe readpixels call was putting data into
> the wrong place in the pbo(fixed with pixelstore)And the y-flip code was
> flipping the wrong data as well(set the bottom row to the bottom row and
> not t
I have a few tips for running built wine on OS XI have been working on getting
SHOGO to run (I have one more patch to send up)
I have made some Apple specific mods to get wine (ogl) workingMost of these are
hacks to workaround some issues in X11 (and they got radars)
1 - Get/install an updated x
Maybe I messed something up, but I noticed that the mail was from monday,
while I am sure that I did not see it until Thurday. Maybe you forgot to
subscribe to the mailing list, which forces the mails to go through
moderation. A patch sent on Monday may be outdated on Thursday, although
ddraw.dll i
Vitaly Lipatov ha scritto:
> В сообщении от 15 декабря 2008 Massimo Del Fedele написал(a):
>
> ...
>> I'm (slowly) going on with dib engine, I choose at first Jesse's one as
>> starting point because it had a source file structure I liked more.
> Please if you do something with DIB Engine, publish
Thanks for reviewing this patchI have one more for SHOGO (w.r.t. 2d surface
blitting) - Nick> From: ste...@codeweavers.com> To: wine-devel@winehq.org>
Subject: RE: [PATCH] Fix ddraw surface version setting> Date: Fri, 19 Dec 2008
01:17:13 +0100> > The patch looks ok to me
Whow I sure did mess that upI had my patch -- then fixed it up and made a new
patchAnd for some dumb reason I uploaded the OLD version...SighI will resubmit
that patch(Sorry about my git newbie-ness) - Nick> From:
ste...@codeweavers.com> To: wine-devel@winehq.org> Subject: RE: [PATCH]
wined3d_
Sorry to reply to self, but I forgot to mention I'm running OS X 10.5.5.
--
Nathan Gray
http://www.n8gray.org/
Hi wine-devels,
I've got a simple goal. I want to play IL-2 Sturmovik on my Mac
without rebooting. This flight sim is gold-rated in the app-db, so
this should be a walk in the park, but of course the game does require
a joystick. After a bit of poking I realized that there's no support
for joys
On Sat, 20 Dec 2008, Paul Vriens wrote:
> IneedAname wrote:
> > Looks like Patchwatcher has being offline from 09-Dec-2008.
> > Did I miss something or did someone trip over the mains cable?
> >
> >
> http://www.winehq.org/pipermail/wine-devel/2008-December/071059.html
Well, obviously that's mo
On Sat, 20 Dec 2008, Roderick Colenbrander wrote:
> > Dan Kegel a écrit :
> > > I updated http://wiki.winehq.org/Wine64 with a list
> > > of some win64 apps. There are lots more than I
> > > expected.
> > >
> > >
> >
> > From the Wiki:
> >
> > "One of the major differences is the size of th
On Sat, 20 Dec 2008, Christian Costa wrote:
[...]
> If you have a class A (with methods implemented in file 1) that inherits from
> another class B (methods in file B).
> The class A may overrides some methods of B which may become unused if B is
> never instanciated and B methods not reused.
> The
buu700 wrote:
>
> Roderick Colenbrander wrote:
>> This is technically not possible. We can't use native APIs for drawing.
>>
>
> Ah, that sucks. Out of curiosity, why is that? As a non-dev, logically it
> seems like Wine, which translates Win32 calls for the kernel and X11, would
> be able to do
Roderick Colenbrander wrote:
>
> This is technically not possible. We can't use native APIs for drawing.
>
Ah, that sucks. Out of curiosity, why is that? As a non-dev, logically it
seems like Wine, which translates Win32 calls for the kernel and X11, would
be able to do the same for Qt, but th
>
>
> Reece Dunn-2 wrote:
> >
> > Thoughts? Ideas?
> >
>
> I'm just a user, not a dev, so forgive me if this sounds stupid, but it
> seems to me like it would be simpler to just create some sort of layer
> that
> forwards all calls to the Win32 theming API to Qt, and make Wine dependent
> on Q
Hi Mikolaj, there are a few typos in your patch:
+/* we waist some memory for the full path and UNICODE_STRING header, but
s/waist/waste/
Sorry, I wouldn't ordinarily comment on something so minor, but there
are a few typos in the resources too:
+LTEXT "The program %s has met a
You're right, ignore this patch. It happens to work for my particular
application but then I think it is just passed as a parameter to another
function (which happens to ignore it.)
-- Chris Wulff
On Sat, 2008-12-20 at 13:29 +0200, Paul Chitescu wrote:
> On Saturday 20 December 2008 13:12:53 Pa
Reece Dunn-2 wrote:
>
> Thoughts? Ideas?
>
I'm just a user, not a dev, so forgive me if this sounds stupid, but it
seems to me like it would be simpler to just create some sort of layer that
forwards all calls to the Win32 theming API to Qt, and make Wine dependent
on Qt (perhaps as a GSoC pro
Francois Gouget schrieb:
> On Sat, 20 Dec 2008, Rico Schüller wrote:
> [...]
>
>> I think I've found the problem ... it is in UINT WINAPI
>> GetTempFileNameW( LPCWSTR path, LPCWSTR prefix, UINT unique, LPWSTR
>> buffer ) in line UINT num = GetTickCount() & 0x; .
>> On fast machines GetTick
2008/12/20 Marcus Meissner :
> On Sat, Dec 20, 2008 at 07:30:53PM +0200, Pauli Nieminen wrote:
>> This implementation provides easy access to rb-tree which should be used
>> instead of hashmap
>> if number of entries changes a lot of over time of execution.
>> It should be simple to write hashtree
On Sat, Dec 20, 2008 at 07:30:53PM +0200, Pauli Nieminen wrote:
> This implementation provides easy access to rb-tree which should be used
> instead of hashmap
> if number of entries changes a lot of over time of execution.
> It should be simple to write hashtree based on this which uses hash valu
Jacek Caban wrote:
> I'm not fan of such fixes, but if you want to fix it, you should check
> len, not str, in your patch and you may move zero-terminating outside
> if..else statement.
>
>
> Jacek
Thank you, I shall fix it in the better way that you describe here.
--
Andy.
On 20.12.2008 13:42, Dan Kegel wrote:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
I also recall that Far Cry (1) is available as 64-bit version, tho
someone who actually possesses that game should check back.
So it could als
> Dan Kegel a écrit :
> > I updated http://wiki.winehq.org/Wine64 with a list
> > of some win64 apps. There are lots more than I
> > expected.
> >
> >
>
> From the Wiki:
>
> "One of the major differences is the size of the "long" type, which is
> 64 bit in Linux but 32 bit in Windows"
>
>
> Shouldn't a "long" be always 32 bits ?
The answer is pretty obviously no, if it isn't 32 bits everywhere.
According to the C standard, long need only be at least as big as int.
--Juan
Hi Andrew,
Andrew Talbot wrote:
> Jacek Caban wrote:
>
>
>> The string was always zero-terminated without your patch. It's fine to
>> call create_string with NULL str argument as long as len is 0 and
>> current implementation works fine in this case.
>>
>>
>> Jacek
>>
>
> Hi Jacek,
>
> Tec
Dan Kegel a écrit :
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
>
>
From the Wiki:
"One of the major differences is the size of the "long" type, which is
64 bit in Linux but 32 bit in Windows"
Why is that so ? Shouldn't
IneedAname wrote:
> Looks like Patchwatcher has being offline from 09-Dec-2008.
> Did I miss something or did someone trip over the mains cable?
>
>
http://www.winehq.org/pipermail/wine-devel/2008-December/071059.html
--
Cheers,
Paul.
Francois Gouget a écrit :
> On Thu, 18 Dec 2008, Christian Costa wrote:
> [...]
>
>> For 1) Why not adding a keyword to mark these functions. Something like
>> WINAPI which resolve to nothing but that can be tracked by your script.
>>
>
> We could potentially go this way if I merge these c
Am 20.12.2008 um 13:42 schrieb Dan Kegel:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
Well, Catia comes with a 64-bit flavour as well, like probably any
serious CAD or FEA package.
MarKus
- - - - - - - - - - - - - - - -
> Von: "Dan Kegel"
> An: "Wine Devel"
> Betreff: wow, there are more win64 apps than I thought...
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
>
I guess it is time to make 64-bit Photoshop CS4 a requirement for Wine 1.2 ;)
Dan Kegel wrote:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
Some of the top chess engines, such as Rybka (www.rybkachess.com) have
64-bit versions.
Looks like Patchwatcher has being offline from 09-Dec-2008.
Did I miss something or did someone trip over the mains cable?
В следующий раз - если ты добавляешь тест на интерфейс IMarshal, так и пиши.
Просто Updated test - бессмысленно.
В сообщении от 20 декабря 2008 Вы написали:
> Module: wine
> Branch: master
> Commit: 2afc8fcd5a788b94c64de654823bf2f8b262338e
> URL:
> http://source.winehq.org/git/wine.git/?a=commi
I updated http://wiki.winehq.org/Wine64 with a list
of some win64 apps. There are lots more than I
expected.
Hi,
how can I translate the top navigation bar ("Forums" would be "Foren"
in German) and the word "Search" (would be "Suche" in German) next to
the search box?
Cheers,
-Maik
В сообщении от 15 декабря 2008 Massimo Del Fedele написал(a):
...
> I'm (slowly) going on with dib engine, I choose at first Jesse's one as
> starting point because it had a source file structure I liked more.
Please if you do something with DIB Engine, publish your git repository.
We (Etersoft) d
On Saturday 20 December 2008 13:12:53 Paul Chitescu wrote:
> On Saturday 20 December 2008 07:31:53 Chris Wulff wrote:
> > Redirect for IoGetCurrentProcess to kernel32.GetCurrentProcess
> >
> > -- Chris Wulff
>
> This is incorrect. Please provide a separate stub for IoGetCurrentProcess
> as it ret
On Saturday 20 December 2008 07:31:53 Chris Wulff wrote:
> Redirect for IoGetCurrentProcess to kernel32.GetCurrentProcess
>
> -- Chris Wulff
This is incorrect. Please provide a separate stub for IoGetCurrentProcess as
it returns something else:
"The IoGetCurrentProcess routine returns a pointe
В сообщении от 15 декабря 2008 Pavel Troller написал(a):
...
> All these things have a common denominator: proprietary USB drivers. It's
> fine that wine can use USB scanners/cameras/printers etc, which can be
> interfaced though native Linux drivers/libraries, but these are almost
> always usable
On Sat, 20 Dec 2008, Rico Schüller wrote:
[...]
> I think I've found the problem ... it is in UINT WINAPI
> GetTempFileNameW( LPCWSTR path, LPCWSTR prefix, UINT unique, LPWSTR
> buffer ) in line UINT num = GetTickCount() & 0x; .
>
> On fast machines GetTickCount has the same value when it is
42 matches
Mail list logo
