> Odd, I've added that, but I can not understand why. If anything, it might
> be a typo, as I can't see why I would want to nuke the state image, but
> I also can not remember what I wanted to remove. So the patch is OK, I'll
> think some more tonight what, if anything, I wanted to remove from the
On Thu, Jun 03, 2004 at 02:12:49PM -0700, Krishna Murthy wrote:
> While inserting the item in ListView control in wine( in function
> ISTVIEW_InsertItemT() ), the state image index is overwritten with zeros.
> After copying the LVITEM structure to newly created item in
> LISTVIEW_InsertItemT(), a s
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> OK, I sent a fixed patch to wine-patches. I thought ShowWindow/SWP might
> do extra things we didn't want to skip, but if the Windows Internals
> book says this is what Windows does then we can do that too. On Windows
> it returns FALSE if you do that anyw
Maurizio Monge <[EMAIL PROTECTED]> writes:
> old_mmap(NULL, 482376, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = -1 ENOMEM
>
> (Cannot allocate memory)
>
> It looks like my kernel absolutly wants to allocate memory > 0xc000 :-)
>
On Thu, Jun 03, 2004 at 10:50:13PM +0200, Ferenc Wagner wrote:
> I tend to agree, this idea didn't really work out. Somehow
> different Win9x subversions have well recognised names like
> OSR2, SP1, SE but other Windows flavours do not while still
> having service packs of course. We could probab
On Thu, Jun 03, 2004 at 10:56:51PM +0200, Ferenc Wagner wrote:
> We could easily chop those long tags to 6-7 chars. Shall we?
Yes, we should because ATM we don't control them, and we can
not allow unlimited strings in there. But 6-7 is a bit drastic.
Looking at current result, even 20 chars is st
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> the email would be good, but not as the ID, the reports
> will be much uglified (the names are already a bit long
> right now).
We could easily chop those long tags to 6-7 chars. Shall we?
> we should have a -M switch that just appends metadata t
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Sat, May 29, 2004 at 09:22:02AM +0200, Ferenc Wagner wrote:
>
>> What's missing, what should be easier?
>
> Now that you're asking: in the reports, I don't quite like
> that a single report for Win95 is listed as OSR2 in the
> main summary [...]
Shachar Shemesh a écrit :
Eric Pouech wrote:
Shachar Shemesh a écrit :
While I agree in principle, in practice symbol lookups *appear* to
work when winedbg is invoking the application directly.
silly me. when run with gdb, the PE symbol lookup doesn't work, gdb
doesn't know anything about PE. Yo
On Thu, Jun 03, 2004 at 08:18:46AM +0100, saneh gupta wrote:
> I need my application to be independent of any other
> binary (like wine) - so, once linked with the required
> wine-libraries it should just run on any MacOS X
> machine i.e. no dependency on wine
> binary/installation. Is this possibl
Jon Griffiths <[EMAIL PROTECTED]> writes:
> It makes no difference; hardly anyone changes the the extra space and
> by default it's declared as an LPARAM in the TCITEM struct. If I
> declare it as BYTE[1] we still need to subtract its size and add in
> cBytes so the TAB_ITEM_SIZE() macros is still
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> However, I did grep the source, and it seems that we're using the
> MSVCRT_ prefix only in dlls/msvcrt/*.c. And so it's not clear to
> me that duplicating part of the headers is going to be that bad.
> I mean, we will need duplication only for the s
The addition of /wine/dlls/d3dxof/d3dxof.c
revision 1.1
date: 2004/06/03 00:03:23; author: julliard; state: Exp;
Christian Costa <[EMAIL PROTECTED]>
Added d3dxof dll, part of Direct3D.
causes the following warning regressions:
d3dxof.c:238: warning: `IDirectXFileBinary_Vtbl' defined b
Hi,
I'm on the lookout for a library to port my Windows
SDK code to MacOS X. I came across the Wine website
and I think this would solve my problem. However
before I dive into it, I'd like to get the following
clarification :
I need my application to be independent of any other
binary (like wine
Hello, i have retried to compile wine CVS on amd64 (gcc 3.4 with -m32, etc +
kernel 2.6.4-rc2), where i was thinking the 0xc000 problem was solved.
but i get:
wine: failed to initialize: /opt/wine/lib/wine/ntdll.dll.so: failed to map
segment from shared object: Cannot allocate memory
attac
I've developped a software with Windows Visual C++, i want to
export it into Linux Red Hat 9.0.
My idea was to use Wine and WineLib.
So i import wine with command below:
export CVROOT=\
:pserver:[EMAIL PROTECTED]:/home/wine
cvs login # type "cvs" as the password
cvs co wine
cd wine
./configure &&
I think we should switch the winrash id field from the users first and last name to an
email address we can contact the user at. There are a few odd errors that I'd like to
get more information about but its difficult to contact people via their first and
last name. Any objections to this? Wi
Hi,
> That doesn't look right at all, lParam is not at the end of the
> structure.
Mybad, fixed in updated patch sent to wine-patches.
> And the variable-size info should really be a byte array
> or something similar, not an LPARAM.
It makes no difference; hardly anyone changes the the extra sp
It looks like it is blowing the stack.
Ideas?
Morten
gdb loader/wine-pthread
...]
(gdb) where
#0 0x4010afdc in _int_malloc () from /lib/libc.so.6
#1 0x4010a18c in malloc () from /lib/libc.so.6
#2 0x404adb72 in _xmalloc (size=25) at ../../misc/registry.c:95
#3 0x404aeb24 in _w95_dump_dke
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> This fixes TightVNC. Praise be to open source Windows apps! :)
>
> Mike Hearn <[EMAIL PROTECTED]>
> Don't send WM_SIZE, WM_MOVE nor WM_WINDOWPOSCHANGING in ShowWindow when
> hiding an invisible window. Add a test for this behaviour which passes on
> Windo
On Wed, Jun 02, 2004 at 11:09:36AM -0700, Alexandre Julliard wrote:
> I don't see how this would solve problems like the _WCTYPE_T_DEFINED
> issue.
Right, it will not solve problems like this (for Boaz: _WCTYPE_T_DEFINED
is a sentry for not defining a type twice, check out pretty much any header
u
On Thu, Jun 03, 2004 at 09:59:20AM -0400, [EMAIL PROTECTED] wrote:
> I think we should switch the winrash id field from the users first
> and last name to an email address we can contact the user at.
> There are a few odd errors that I'd like to get more information
> about but its difficult to
On Wed, 02 Jun 2004 19:20:36 +0100, you wrote:
> On Wed, 02 Jun 2004 14:19:07 +0200, Rein Klazes wrote:
> > Mike's solution seems certain to work. Disadvantage is that it may break
> > another program (that /needs/ the presence of this stub).
>
> That's unlikely at this point. The activation con
On Wed, 02 Jun 2004 21:30:36 +0200, Eric Pouech wrote:
> there was, long ago, a wine specific tool to trace performance issue
> (cprof). But I don't know if someone actually maintained it. Basically,
> at that time it was needed to have a dedicated tool because 1/ wine is
> multithreaded, 2/ win
Hello,
Perhaps I should appologise, I have been lurking on the list way too
long and this message just passed by while I was messing arround with
the next project, which gladly does not involve serial comms and wine :-)
I had a similar problem (characters go out, nothing gets in) and it
turned
25 matches
Mail list logo
