Michael Lin wrote:
AUTO3STATE control with BS_OWNERDRAW set will not get created.
ChangeLog:
* fix AUTO3STATE with BS_OWNERDRAW set
Index: dlls/user/button.c
===
Steven Edwards <[EMAIL PROTECTED]> writes:
> Like how to get winetest and the server to talk to each
> other and what is needed in the build and url files.
programs/winetest/README contains some relevant information.
> Is there some good documentation on how winrash and
> winetest work and commu
The last patch I sent didn't have a full enough path to
dlls/x11drv/clipboard.c
On Wed, 2005-03-16 at 14:15 -0700, Ron Jensen wrote:
> Stefan,
>
> You are smarter than me! I completely missed this function. I believe
> the error is because *visual is "0". I replaced visual with
> "CopyFromPare
On Wed, 2005-03-16 at 00:32, Alexandre Julliard wrote:
> Michael Ost <[EMAIL PROTECTED]> writes:
>
> > Wine reports that apps have 2GB of VM in GlobalMemoryStatus, but they
> > actually only have 1GB. Isn't that a Wine bug?
>
> Not really, you do have 2GB of VM, you just can't allocate all of it
Vladdy Impaler wrote:
RIght now I'm working on a patch so I can use my webcam under wine
without having to switch to unix or use non-working solutions..
Right now there are 2 patches needed to get MSN to connect to the
internet: first is to disable SSL, second strcpy's a value at urlmon
getuser
On Wed, 16 Mar 2005 21:08:29 +0100, Paul van Schayck <[EMAIL PROTECTED]> wrote:
> They are already completely booked... they replied "At this time we
> have not any rooms" this afternoon.
This happened a few weeks ago and they did have rooms available. Did
you include the keyword "WINECON" with y
On Wednesday 16 March 2005 19:57, Alexandre Julliard wrote:
> Raphael <[EMAIL PROTECTED]> writes:
> > patch who correct bug 1140 (http://bugs.winehq.org/show_bug.cgi?id=1140),
> > htmlhelp install is success :)
> >
> > Changelog:
> > - fix GenFormStrWithoutPlaceHolders16
> > ie fix PARSER_st
Juan Lang <[EMAIL PROTECTED]> writes:
> All I see in dirid.c is a call to GetWindowsDirectoryW. That, in turn,
> checks %windir%. So the windows directory appears to be set on a
> per-process basis, not on a per-install basis. This doesn't strike me as
> correct.
The variable is set from the r
Stefan,
You are smarter than me! I completely missed this function. I believe
the error is because *visual is "0". I replaced visual with
"CopyFromParent" and it seems to work now.
On Wed, 2005-03-16 at 20:11 +0100, Stefan Dösinger wrote:
> Am Mittwoch, 16. März 2005 15:40 schrieben Sie:
> >
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> It's not a c:\windows, it's a %10%. setupapi takes care of putting the
> right value in there (defaulting to c:\windows if nothing else is
> specified).
All I see in dirid.c is a call to GetWindowsDirectoryW. That, in turn,
checks %windir%. So
Juan Lang <[EMAIL PROTECTED]> writes:
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > Not sure what you mean, the windows dir is definitely being set in
> > wine.inf, and you can use %10% in there to access it.
>
> Where? I don't see a c:\windows anywhere in there.
It's not a c:\windows
Krzysztof Foltman <[EMAIL PROTECTED]> writes:
> @@ -3721,6 +3723,22 @@
> else
> RTFRouteToken(info); /* "\*" is ignored with known
> destinations */
> break;
> + case rtfUnicode:
> + {
> +WCHAR buf[2];
> +buf[0] = info->rtfParam;
On Wed, 16 Mar 2005 11:45:47 -0700, Brian Vincent
<[EMAIL PROTECTED]> wrote:
> I'm just sending this out as a reminder for everyone to book your
> hotel room for WineConf. For more information, check out:
>
> 1. http://www.winehq.com/site/wineconf
> 2. http://www.winehq.com/site/wineconf/travel
On Wed, 2005-03-16 at 18:54, Ann and Jason Edmeades wrote:
> Nice bug:
>
> WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1);
> #define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0,
> count*sizeof(type))
>
> becomes
> (WCHAR *)HeapAlloc(me_heap, 0, nLen+1*sizeof(WCHAR))
>
> and by precedence rules
Ann and Jason Edmeades wrote:
WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1);
#define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0,
count*sizeof(type))
That is so embarrasing! They teach this in the nursery school :/
By coincidence, I've spent at least half an hour today on finding the
memory over
Am Mittwoch, 16. März 2005 15:40 schrieben Sie:
> It seems to work fine for me. If you guys could generate trace logs for me
> with +relay,+clipboard,+event,+tid,+seh I'll take a look.
>
Nothing really interesting there. I attached the last few lines at the end of
this mail. I can send you the wh
Raphael <[EMAIL PROTECTED]> writes:
> patch who correct bug 1140 (http://bugs.winehq.org/show_bug.cgi?id=1140),
> htmlhelp install is success :)
>
> Changelog:
> - fix GenFormStrWithoutPlaceHolders16
> ie fix PARSER_string_substW to only keep valid texts entries (no
> comments
> or tab
Rob Shearman wrote:
Robert Reif wrote:
Rob Shearman wrote:
Disabling the control does not change it's color.
It doesn't change colour when disabled on Windows. Of course, this is
purely a user interface feature so we could make this a Wine-only
extenstion.
Rob
The MFC control does. Try my exa
I'm just sending this out as a reminder for everyone to book your
hotel room for WineConf. For more information, check out:
1. http://www.winehq.com/site/wineconf
2. http://www.winehq.com/site/wineconf/travel
The last day to reserve a room is tomorrow - March 17th. There's no
guarantee rooms
Robert Reif wrote:
Rob Shearman wrote:
Disabling the control does not change it's color.
It doesn't change colour when disabled on Windows. Of course, this is
purely a user interface feature so we could make this a Wine-only
extenstion.
Rob
It seems that if user1 is running a wine app and user2 is running a wine
app, and user2 wants to perform a wineboot command, wineboot will wait
till user1 closes out all wine applications.
My observations are based on running winetools as user2 to install
software while user1 continues to run a
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Not sure what you mean, the windows dir is definitely being set in
> wine.inf, and you can use %10% in there to access it.
Where? I don't see a c:\windows anywhere in there.
The env var stuff in shellpath.c was always a hack though, and I think
I have noted for some time that the winsock in Odin, the OS/2 version of
Wine, seems to work better than the one in Wine. This might figure in
conformance testing and in Wine updates.
thanks a lot for this detail explanation.
good to know that this FIXME message is not the reason for our 15sec
pause, but bad for us because we have to search other problems which
could occure this pause.. ;-)
anyway thanks for this answer!
On Sat, 2005-03-12 at 14:50 +0100, Eric Pouech wrote:
>
Send it to wine-patches if you want it merged in CVS.
Katia Maculan wrote:
After the creation of a dialog if the focus is set on a PushButton
this one must have also the BS_DEFPUSHBUTTON style like in windows.
Attached the patch with a regression test.
Katia
Hello!
I'm trying to compile wine on my AMD64 system and I got this message on
STDERR:
configure: WARNING: valgrind/memcheck.h: present but cannot be compiled
configure: WARNING: valgrind/memcheck.h: check for missing
prerequisite headers?
configure: WARNING: valgrind/memcheck.h: see the Aut
Dmitry Timoshkov wrote:
Since you didn't provide your test app I wrote my own (attached).
My comments are based on its results.
Well, since I was lazy I wrote it in Delphi and you'd have to enter
window handles yourself, I didn't attach it but since I keep being
accused of tainted sources I tr
After the creation of a dialog if the focus is set on a PushButton this
one must have also the BS_DEFPUSHBUTTON style like in windows.
Attached the patch with a regression test.
Katia
--
Katia Maculan
Developer
ISIS Papyrus Italy Srl
Tel: (+39) 0125 6455400 Fax: (+39) 0125 6455400
E-mail: [EMAIL
Hi,
Something I've noticed whilst playing with winedbg (and its auto
mode). If there's no AeDebug key in the registry, then the default
is to run the debugger in non-interactive mode:
[EMAIL PROTECTED]:~/CVS/wine$ grep cmdline.*winedbg dlls/kernel/except.c
sprintf(cmdline, "winedbg --a
On Åroda 16 marzec 2005 08:27 am, Mike Hearn wrote:
> On Wed, 16 Mar 2005 12:12:47 +0900, Mike McCormack wrote:
> > We only implement the first 4.
>
> Some of those are only needed by Explorer/the shell though, I doubt it's
> necessary to implement them to run the apps (unless you want to run
> Exp
Hi all,
I'd like to suggest to add the following janitorial projects for Wine:
1. Fix Wine to be compilable by a 64-bit compiler
a) before accomplishing this task read a good article about porting Win32
code to Win64.
b) inspect and fix all public Win32 headers to match PSDK defini
[...]
> I'm just sensitive on the subject. I've long thought that IBM
> and Wine were a natural strategic fit, and have long worked to
> persuade IBM of that. Unfortunately, the best I've ever gotten from IBM
> is indifference, and I've had several major deals killed because IBMers
> spread FUD a
Damjan Jovanovic wrote:
Thank you, I appreciate it, I made an STI.IDL based on
your code that compiles with widl. Now I've "just" got
to write STI.DLL, STIMON.EXE, and some still image
minidrivers :-).
Cool. If you can, go ahead and submit it. If you send your patches a
bit at a time, they're ea
It seems to work fine for me. If you guys could generate trace logs for me
with +relay,+clipboard,+event,+tid,+seh I'll take a look.
Thanks,
/Ulrich
On Tue, Mar 15, 2005 at 08:36:50PM -0700, Ron Jensen wrote:
> >Hello List,
> >
> >This patch from 2005/03/07 causes a Clipboard regression:
> >
> >
On Tue, 15 Mar 2005 13:12:42 -0800, Michael Ost wrote:
> What's involved in doing such a hack/syscall? Are there any patches that
> make this change lying around somewhere that I could look at?
I thought the flex-mmap patches in very recent kernels changed stuff so
you could do this. I'd ask on th
On Wed, Mar 16, 2005 at 08:04:26AM -0500, Tom Wickline wrote:
> Can you update the http://winehq.org/site/status_ui page
> or do you want me to?
I'll update it soon, first the patch must go in :)
--
Dimi.
On Wed, 16 Mar 2005 12:12:47 +0900, Mike McCormack wrote:
> We only implement the first 4.
Some of those are only needed by Explorer/the shell though, I doubt it's
necessary to implement them to run the apps (unless you want to run
Explorer of course :)
On Wed, 16 Mar 2005 07:45:03 -0500, Dimitrie O. Paun <[EMAIL PROTECTED]> wrote:
> ChangeLog
> Audit the control against Comctl32.dll version 6.0.
> Proper handling of GWL_STYLE.
> Implement WM_CLOSE. Fix WM_SIZE implementation.
> Small cleanups.
>
> Index: dlls/comctl32/animate.c
On Wed, Mar 16, 2005 at 10:22:51AM +0100, Katia Maculan wrote:
> + SendMessageA (dlgInfo->hwndFocus, BM_SETSTYLE,
> BS_DEFPUSHBUTTON, TRUE);
^
Please use SendMessageW instead.
> + /*Check for a previous defpushbutton*/
> +
Hi
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
> > 4. Anyone wanna help out?
>
> Sure. I'm willing to help you build a frame for you
> to build your code
> in. I've attached an IDL file for STI that I
> created a while back. I
> don't think it compiles any more, but I should be
> able to
Andrew Bartlett wrote:
hack. For Samba4 (which is where we should plan integration, because we
can design it properly) I would love to see wine able to register for
such mailslots with the Samba server. (Alternate non-samba solutions
will probably be required in parallel, I suppose).
I'm wonderin
On Wed, 2005-03-16 at 18:55 +0900, Mike McCormack wrote:
> Kuba Ober wrote:
>
> > Then probably we can have a tiny suid-executable that's just a reflector:
> > redirects all incoming packets to some other port, and vice versa.
>
> The real solution is to talk through Samba or the kernel. If Win
On Wed, 16 Mar 2005 12:26 am, Michael Stefaniuc wrote:
> Robert Lunnon wrote:
> > The following problem is evident under solaris NULL pointer passed to
> > printf I'm not sure if this is a poblem with the spec file or
> > winebuild Still it's not good to pass NULL pointers to printf
>
> Afaik o
On Wed, 16 Mar 2005 01:43 am, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > The following problem is evident under solaris NULL pointer passed to
> > printf I'm not sure if this is a poblem with the spec file or
> > winebuild Still it's not good to pass NULL pointers
> From: Mike McCormack [mailto:[EMAIL PROTECTED]
>
> Ge van Geldorp wrote:
> > I have some shortcuts (created in Windows 2000) which only have 24
> > bytes of LOCATION_INFO, i.e. they are missing the dwFinalPathOfs
> > member. Also lots of shortcuts seem to have another chunk
> > at the end of
Ge van Geldorp wrote:
-ERR("Last word was not zero\n");
+TRACE("Last word was not zero\n");
btw. the right solution is to fix the problem, not ignore it, so I
object to this patch being applied as is.
Mike
Ge van Geldorp wrote:
I have some shortcuts (created in Windows 2000) which only have 24 bytes of
LOCATION_INFO, i.e. they are missing the dwFinalPathOfs member.
Also lots of shortcuts seem to have another chunk at the end of the stream,
I get a lot of "Last word was not zero" messages.
Could you s
Kuba Ober wrote:
Then probably we can have a tiny suid-executable that's just a reflector:
redirects all incoming packets to some other port, and vice versa.
The real solution is to talk through Samba or the kernel. If Wine owns
port 138/139 then Samba won't work, and vice versa. There needs to
Hi,
On Wed, Mar 16, 2005 at 09:53:15AM +0100, Marcus Meissner wrote:
> On Tue, Mar 15, 2005 at 04:51:19PM -0500, Kuba Ober wrote:
> > On wtorek 15 marzec 2005 05:39 am, Francois Gouget wrote:
> > > On Mon, 14 Mar 2005, Kuba Ober wrote:
> > > [...]
> > >
> > > > For reception, I'll bind UDP port 13
On Tue, Mar 15, 2005 at 04:51:19PM -0500, Kuba Ober wrote:
> On wtorek 15 marzec 2005 05:39 am, Francois Gouget wrote:
> > On Mon, 14 Mar 2005, Kuba Ober wrote:
> > [...]
> >
> > > For reception, I'll bind UDP port 138 (netbios-dgm) if it's not already
> > > bound, to receive the mailslots coming i
Juan Lang <[EMAIL PROTECTED]> writes:
> Okay, but it's a subdirectory of the windows directory, and that's no
> longer getting set in wine.inf either. I rely on GetWindowsDirectory to
> find it. If you want it back here though I'll move it.
Not sure what you mean, the windows dir is definitely
Michael Ost <[EMAIL PROTECTED]> writes:
> Wine reports that apps have 2GB of VM in GlobalMemoryStatus, but they
> actually only have 1GB. Isn't that a Wine bug?
Not really, you do have 2GB of VM, you just can't allocate all of it
with VirtualAlloc(NULL) because of kernel limitations. You can stil
52 matches
Mail list logo
