On 6/21/06, Andrew Talbot <[EMAIL PROTECTED]> wrote:
Excellent. Thanks, Mike.
I shall submit a patch to add $(LIBUNICODE) to the EXTRALIBS line.
I personally think we should change the strlenW to lstrlenW. lstrlenW
is win32, and doesn't require $(LIBUNICODE). Plus, we use it pretty
much eve
Excellent. Thanks, Mike.
I shall submit a patch to add $(LIBUNICODE) to the EXTRALIBS line.
-- Andy.
Andrew Talbot wrote:
Sorry, yes: compilation breaks if the -Wwrite-strings flag is specified.
If you configure with:
CFLAGS="-Wwrite-strings" ./configure
the configure script will not add -O2, which means inline function won't
be inlined.
The problem seems to be that oleview isn't linked
Wednesday, June 21, 2006, 11:41:32 AM, Andreas Mohr wrote:
> Hi,
> On Wed, Jun 21, 2006 at 07:27:28PM +0200, Kai Blin wrote:
>> I wouldn't necessarily judge the whole list by just two negative
>> reactions. It's interesting to see that with my wine experience there
>> might be jobs out there worki
James Hawkins wrote:
> I'm guessing you mean -Wwrite-strings. I don't know the answer to the
> question, but we should probably be using lstrlenW instead.
>
Sorry, yes: compilation breaks if the -Wwrite-strings flag is specified.
Thanks,
-- Andy.
On 6/21/06, Andrew Talbot <[EMAIL PROTECTED]> wrote:
Does anyone know why details.c and tree.c might have undefined references to
the unicode string functions, such as strlenW()?
My guess is that there might be something wrong with the Makefile.in.
Compilation breaks if the -Write-strings flag i
Does anyone know why details.c and tree.c might have undefined references to
the unicode string functions, such as strlenW()?
My guess is that there might be something wrong with the Makefile.in.
Compilation breaks if the -Write-strings flag is specified.
Thanks,
-- Andy.
This patch apparently has been lost, and there's at least one bug in
Bugzilla that the patch seems to fix (bug# 4452, checked here).
http://www.winehq.org/pipermail/wine-patches/2006-January/023875.html
I don't see anything wrong with the patch, did Phil just send it in a
wrong moment, or is t
Am Mittwoch 21 Juni 2006 15:05 schrieb Stefan Dösinger:
> This patch finally adds code for creating VBOs.
>
> ChangeLog:
> Stefan Dösinger(for CodeWeavers): Create vertex buffer objects for D3D
> vertex buffers
Do not apply that patch yet. It is missing some GL constant
definitions(GL_STREAM_DRAW,
> As for the documentation I can recommend
> - http://blogs.msdn.com/freik/archive/category/12430.aspx
> - MSDN
> - the PE-COFF v8 document recently updated by MS
> (http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx)
> - the ABI document that comes with some MSVC versions
Thank yo
- PŮVODNÍ ZPRÁVA -
Od: "Kuba Ober" <[EMAIL PROTECTED]>
Komu: wine-devel@winehq.org
Předmět: Re: Win64 status
Datum: 21.6.2006 - 13:01:23
> On Wednesday 21 June 2006 06:39, Filip Navara wrote:
> > Hello guys,
> >
> > I'm about to jump in the middle of discussion. The
> > problem is not only
If you ignore the color changes there are still quite a few useful things we
can improve. I think the coloring in the top-X list is neat. Putting icons
next to the application would be really cool too. Both of those wouldn't
require that we change the color theme from what we have but would i
EA Durbin wrote:
I'm going to look into the orphaned version issue right now but there
may be
others.
What is the orphaned version issue?
When users submitted an new version of an application the appId was set to 0
instead of the proper number.
Fixed by Chris with this patch http://cvs.
Evgeny Burzak wrote:
take a new look at appdb.
Suggestions, crtitical opinion, spell-checking, pizza, money,
post-cards are welcome -__-
Evgeny
We have an overall theme that is consistent across all web sites. It important that the all the wine websites have a common look an
feel and I don't
in a while will make html page with suggestion for all developers.
Then i think internal pages needed for reviews.
Evgeny
CM> It looks pretty cool man. I like moving the search up to the top of the
page
CM> because its width is pretty cramped on the left side. The coloring of the
CM> top-X lis
Hi,
On Wed, Jun 21, 2006 at 07:27:28PM +0200, Kai Blin wrote:
> I wouldn't necessarily judge the whole list by just two negative
> reactions. It's interesting to see that with my wine experience there
> might be jobs out there working on something similar. (Not that I'm
> interested right now, I'm
* Jonathan Clark <[EMAIL PROTECTED]> [20/06/06, 23:35:26]:
>
> Judging by the two negative reactions, apparently I didn't follow protocol
> for posting to the list and I want to apologize for that. I understand how
> it can look from a different perspective. I checked with the #wine-hackers
> c
It looks pretty cool man. I like moving the search up to the top of the page
because its width is pretty cramped on the left side. The coloring of the
top-X lists looks pretty neat as well with the icons there.
Was your plan to post a suggestion or to follow it up with patches to start to
imp
On 6/21/06, Michael Kaufmann <[EMAIL PROTECTED]> wrote:
Changelog:
GetMessage: Return -1 if an invalid window handle has been passed
A test case would be good.
--
James Hawkins
Reappearance noted with thanks.
-- Andy.
> It doesn't (last I checked)... neither does CreateVolume().
> This also requires a test to see what Windows does.
>
> Checking if a format is supported before
>
> > returning the gl config doesn't really make sense. If the format isn't
> > supported and we ask gl for a compressed texture we will
Am Mittwoch 21 Juni 2006 15:21 schrieb Ivan Gyurdiev:
> Stefan, can you clarify what happened to the GL_SUPPORT check for
> compressed formats?
The check wheter a pixelformat is actually supported will happen in
IWineD3DImpl_CheckDeviceFormatand createsurface should call this function to
verify w
On 6/21/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
This is a resend of the patch from a few days ago with some modificationsrequested by Alexandre:*getFormatDescEntry returns a pointer to a format structure, not an index inthe array* Removed the format counter
Stefan, can you clarify what happe
Tuesday, June 20, 2006, 5:39:26 AM, Frans Kool wrote:
> Hi Vitaliy,
> If I read the thread concerning ntoskrnl insertion into Wine correctly, the
> patch will have to be divided into several parts to be accepted by AJ.
That is not the main problem. It will have to be divided, but it would be few
p
On 21/06/06, Kuba Ober <[EMAIL PROTECTED]> wrote:
Is the MSVC x64 ABI documented somewhere? I didn't have time to wade through
MSDN in search of that yet . . .
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Kernel_d/hh/Kernel_d/64bitAMD_6ec00b51-bf75-41bf-8635-caa8653c8bd9.xml.
On Wednesday 21 June 2006 06:39, Filip Navara wrote:
> Hello guys,
>
> I'm about to jump in the middle of discussion. The problem is not only
> with the calling convention, but with the whole ABI rather. I've had
> GCC patched to use the MSVC x64 calling convention (without a switch
> though) for a
Hello guys,
I'm about to jump in the middle of discussion. The problem is not only
with the calling convention, but with the whole ABI rather. I've had
GCC patched to use the MSVC x64 calling convention (without a switch
though) for about a year now, but it doesn't solve the problem. There
is much
Am Mittwoch 21 Juni 2006 10:41 schrieb Ulrich Dobramysl:
> Vitaliy Margolen wrote:
> > Tuesday, June 20, 2006, 11:27:04 AM, Peter Åstrand wrote:
> >> On Mon, 19 Jun 2006, Wine Bugs wrote:
> >>> [EMAIL PROTECTED] changed:
> >>>
> >>> What|Removed |Added
> >>> --
Vitaliy Margolen wrote:
Tuesday, June 20, 2006, 11:27:04 AM, Peter Åstrand wrote:
On Mon, 19 Jun 2006, Wine Bugs wrote:
[EMAIL PROTECTED] changed:
What|Removed |Added
St
On 21/06/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
Specifically, have you tested a sampler > 4 with SetTexture()?
SetTexture() will likely fail.
I think this problem should be solved by a single patch that updates all the
necessary places to use the higher texture units value, as opposed to
"Peter Åstrand" <[EMAIL PROTECTED]> wrote:
I would very much prefer is this bug could be left open until someone has
managed to figure out what needs to be overridden to actually *run* IE.
I explained in the bug and will repeat here. Wine does not run windows. Wine
runs windows applications. Th
On Tue, 20 Jun 2006, Peter Åstrand wrote:
On Tue, 20 Jun 2006, James Hawkins wrote:
If you're still having this problem, please make sure you are not on a
remote or network-mounted drive. IE6 setup checks if the drive is
remote, and will not install if it is, complaining with the completely
n
On Tue, 20 Jun 2006, Vitaliy Margolen wrote:
--- Additional Comments From [EMAIL PROTECTED] 2006-19-06 14:11 ---
Again this is not a bug. There is nothing to fix because there is nothing that
broke.
I disagree. If IE doesn't run, it's a bug. I would actually say that it's
a major bug
33 matches
Mail list logo
