Dimitrie O. Paun wrote:
On Tue, Mar 15, 2005 at 03:36:12PM +0100, Francois Gouget wrote:
* WineLib User Guide
José CARRENO
Yvon BENOIST (proofreading)
http://fgouget.free.fr/wine/winelib-user.html
I'm not sure it's a good idea to translate this one. First off,
this guide is quite
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> +typedef struct {
> +DWORD cbSize;
> +DWORD cbSignature;
> +CHAR szTarget[MAX_PATH];
> +WCHAR szwTarget[MAX_PATH];
> +} EXP_SZ_LINK, EXP_SZ_LINK_SIG;
It's for sure a typo: EXP_SZ_LINK_SIG was supposed to be *LPEXP_SZ_LINK.
--
Dmitry.
Matthew Mastracci wrote:
I tried putting in the patch as you demonstrated and I could not get
it to work (get the proper behavior from SimCity 3000). That is why I
came back with the patch that I did. It is possible I did not
understand your intent so I would be happy to try a real patch from yo
On Tue, Mar 15, 2005 at 03:36:12PM +0100, Francois Gouget wrote:
> * WineLib User Guide
> José CARRENO
> Yvon BENOIST (proofreading)
> http://fgouget.free.fr/wine/winelib-user.html
I'm not sure it's a good idea to translate this one. First off,
this guide is quite out of date
I tried putting in the patch as you demonstrated and I could not get it
to work (get the proper behavior from SimCity 3000). That is why I came
back with the patch that I did. It is possible I did not understand your
intent so I would be happy to try a real patch from you.
I ran the Sim City 300
>Hello List,
>
>This patch from 2005/03/07 causes a Clipboard regression:
>
>http://www.winehq.org/hypermail/wine-cvs/2005/03/0111.html
>
>Whenever the clipboard is used the process crashes with an X error.
>To reproduce it just start notepad and right click into the text area:
This also seems to
Dmitry Timoshkov wrote:
After reading your patch I inspected ShlObj.h from PlatformSDK and found out
the following:
typedef struct
{
DWORD cbSize; // Size of this extra data block
DWORD dwSignature;// signature of this extra data block
CHARszTarge
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> -LINK_ADVERTISEINFO buffer;
> +EXP_DARWIN_LINK buffer;
...
> -TRACE("magic %08lx string = %s\n", buffer.magic,
> debugstr_w(buffer.bufW));
> +TRACE("magic %08lx string = %s\n", buffer.dbh.dwSignature,
> debugstr_w(buffer.szwDarwin
> >
> > I'll cook up a patch to implement my locking behaviour fix in Blt and
> > BltFast, but it'll have to wait a couple of hours. I can
> > also see if I can find a demo version of SimCity 3000 to try out.
> >
> http://www.fileshack.com/login.x?url=http%3A%2F%2Fwww.fileshack.com%2Ffile.x%3Ffid
On Tue, 15 Mar 2005 19:16:59 -0600, Jeremy White <[EMAIL PROTECTED]> wrote:
>
> Sorry, didn't mean to make you feel like you'd done anything wrong;
Well this is a learning experience for me and I hope other's as well.
I'm really glad you replied and gave your personal experiences and input on thi
Matthew Mastracci wrote:
Tony Lambregts wrote:
Matthew Mastracci wrote:
DDLOCK_NOSYSLOCK prevents DirectDraw from locking "system lock", which is a
global 16-bit lock on Windows 9x systems. I
don't think this is the right way to fix this.
Check out this page here:
http://msdn.microsoft.com/librar
"Thomas Weidenmueller" <[EMAIL PROTECTED]> wrote:
Since you didn't provide your test app I wrote my own (attached).
My comments are based on its results.
> The results of the research I just did:
>
> 1. GetComboBoxInfo works with all handles, even with handles not
> belonging to the calling pro
With that said, I believe I'm talking in a area where I'm really not
up to speed on what has taken place in the past. So it would be best
for me at this time to "apologize" if my last statement was incorrect
and do some reading before I post on this subject in the future..
Sorry, didn't mean to mak
On Tue, 2005-03-15 at 15:55, Uwe Bonnes
(bon_at_elektron.ikp.physik.tu-darmstadt.de) wrote:
> The definition of the task is clear:
> Have a way to tell the kernel to not mmap memory above 0x7fff
> However the implementation is unclear to me:
> - Should this be a new syscall?
> - Or should we se
Hi,
We're working to add conformance tests to winsock, and we've currently
added tests for sendto, recvfrom, and getservbyname. Before we post to
wine-patches, we'd appreciate any critiques/input.
We chose these previously untested functions to test for the following
reasons:
- UDP is often use
On Tuesday 15 March 2005 10:47, Holly Bostick wrote:
> Noticed this thread on the Rage3D Linux (ATI) Drivers forums:
>
> Fix for WoW in OpenGL mode in wine/cedega (
> http://www.rage3d.com/board/showthread.php?t=33807135 ).
>
> Basically, it seems to involve hex-editing WoW.exe (!!!) to filter out
On Tue, 15 Mar 2005 13:28:56 -0600, Jeremy White <[EMAIL PROTECTED]> wrote:
>
> Tom,
>
> That first is an article that went up, and then was taken down. The authors
> were mystified as to why it was ordered removed.
>
> It later 'reappeared', but as you can see, it's broken in appeareance,
> wh
Tony Lambregts wrote:
Matthew Mastracci wrote:
DDLOCK_NOSYSLOCK prevents DirectDraw from locking "system lock",
which is a global 16-bit lock on Windows 9x systems. I don't think
this is the right way to fix this.
Check out this page here:
http://msdn.microsoft.com/library/default.asp?url=/libr
Mike Hearn wrote:
On Tue, 15 Mar 2005 12:28:48 -0700, Matthew Mastracci wrote:
This flag has no effect on Windows 2000 or Wine, since they don't have
global Win16 locks (AFAIK).
Well we have the Win16 syslevel, is that what you mean?
Whoops - I guess Wine does have the same system-level mutex. :
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > ChangeLog:
> > - %AllUsersProfile% was not getting set in the environment, spotted by
> > Vitaly Lipatov
>
> This should be done in wine.inf, not in the code.
Okay, but it's a subdirectory of the windows directory, and that's no
longer getting
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 in.
>
> Note that on Unix you'll need to be root to bind to port 138 (<1
On Tue, 15 Mar 2005, Alexandre Julliard wrote:
The IsWindow check is useless, what you need is to verify that it's
really a combobox. The right way to do that is probably to send a
CB_GETCOMBOBOXINFO message instead.
Since I'm working on a bug in the updown control which revolves around an
IsWindo
On Tue, 2005-03-15 at 11:12, Alexandre Julliard wrote:
> Michael Ost <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-15 at 01:09, Alexandre Julliard wrote:
> > > That's a kernel limitation. If you hack the kernel to start allocating
> > > from lower addresses (or implement the syscall we discuss
Matthew Mastracci wrote:
DDLOCK_NOSYSLOCK prevents DirectDraw from locking "system lock", which
is a global 16-bit lock on Windows 9x systems. I don't think this is
the right way to fix this.
Check out this page here:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html
Thomas Weidenmueller wrote:
4. It sets the last error code to ERROR_INVALID_MENU_HANDLE and
returns FALSE if the window handle is invalid
It's supposed to be ERROR_INVALID_WINDOW_HANDLE of course.
Thomas
Hello List,
This patch from 2005/03/07 causes a Clipboard regression:
http://www.winehq.org/hypermail/wine-cvs/2005/03/0111.html
Whenever the clipboard is used the process crashes with an X error.
To reproduce it just start notepad and right click into the text area:
err:x11drv:error_handler X
Alexandre Julliard wrote:
Much worse, the class name is not a valid way of checking the Windows
type. You really need to send a message.
The results of the research I just did:
1. GetComboBoxInfo works with all handles, even with handles not
belonging to the calling process
2. It does NOT send
Juan Lang <[EMAIL PROTECTED]> writes:
> ChangeLog:
> - %AllUsersProfile% was not getting set in the environment, spotted by
> Vitaly Lipatov
This should be done in wine.inf, not in the code.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, 15 Mar 2005 12:28:48 -0700, Matthew Mastracci wrote:
> This flag has no effect on Windows 2000 or Wine, since they don't have
> global Win16 locks (AFAIK).
Well we have the Win16 syslevel, is that what you mean?
Scott Ritchie wrote:
So, now, I guess, the obvious questions: Does Winelib even need any
porting? Does it build on PPC as it is? Can we run notepad and such on
Linux/PPC?
Porting to PPC including some 64 bit issues has been done by Pierre
d'Herbemont over the last couple years and the patches ha
DDLOCK_NOSYSLOCK prevents DirectDraw from locking "system lock", which
is a global 16-bit lock on Windows 9x systems. I don't think this is
the right way to fix this.
Check out this page here:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/dxfaq2.asp
This flag has
Tom Wickline wrote:
On Mon, 14 Mar 2005 23:14:39 -0800, Scott Ritchie <[EMAIL PROTECTED]> wrote:
This marks a change in IBMs policy towards Wine, or perhaps signals a
management oversight. While normally it seems that they have an active
policy of censoring any references to Wine and completely de
Matthew Mastracci wrote:
(removing Paul from CC)
I think the problem is that we lock both the src and dest surfaces,
without checking to see if they are the same. I think we then try to
lock both surfaces and one of the locks fails.
Perhaps this might be a better solution:
if (src == iface)
Steven Edwards <[EMAIL PROTECTED]> writes:
> Hi,
>
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > The IsWindow check is useless, what you need is to verify that it's
> > really a combobox. The right way to do that is probably to send a
> > CB_GETCOMBOBOXINFO message instead.
>
> How abo
Michael Ost <[EMAIL PROTECTED]> writes:
> On Tue, 2005-03-15 at 01:09, Alexandre Julliard wrote:
> > That's a kernel limitation. If you hack the kernel to start allocating
> > from lower addresses (or implement the syscall we discussed to let us
> > specify the mmap range) you can get the full 2GB
Hi,
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> The IsWindow check is useless, what you need is to verify that it's
> really a combobox. The right way to do that is probably to send a
> CB_GETCOMBOBOXINFO message instead.
How about something like this instead?
Index: dlls/user/combo.c
==
On Tue, 2005-03-15 at 01:09, Alexandre Julliard wrote:
> Michael Ost <[EMAIL PROTECTED]> writes:
> > will stop at 1,022,976k (1GB) on any wine machine. In winxp it goes up
> > to 2GB, as it ought to.
>
> That's a kernel limitation. If you hack the kernel to start allocating
> from lower addresses
Steven Edwards <[EMAIL PROTECTED]> writes:
> @@ -2296,7 +2295,18 @@
> BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box
> */
> PCOMBOBOXINFO pcbi /* [in/out] combo box information */)
> {
> -FIXME("\n");
> -return FALSE;
> +if (IsWindow(hwn
Textpad www.textpad.com I think.
On Tue, 2005-03-15 at 12:00 -0800, Robert Shearman wrote:
> Steven Edwards wrote:
>
> >Hi,
> >
> >--- Andreas Mohr <[EMAIL PROTECTED]> wrote:
> >
> >
> >>That one contains DOS line endings (^M).
> >>
> >>
> >
> >I have asked Royce to make a version that cre
Steven Edwards wrote:
Hi,
--- Andreas Mohr <[EMAIL PROTECTED]> wrote:
That one contains DOS line endings (^M).
I have asked Royce to make a version that creates the testlist.c file
with Unix line endings by default and provides a command line option for
dos line endings for people developin
> > I notice it's trying for 8 bit mode. I posted a patch a while ago to
> > do with palette colours that was not been accepted (I'm busy right now
> > but should get back to modifying it eventually). Try applying that
> > and see if it fixes the problem. I've attached it. Failing that, I'd
>
Paul Vriens wrote:
Hi,
After I found that one of the files still contained a debugchannel for
riched20 (instead of richedit), I added both to see a trace (just for
the fun of it).
This however raised an exception in ME_DumpDocument:
trace:riched20:ME_DumpDocument Start
Paragraph(ofs=0) - StartRow -
(removing Paul from CC)
I think the problem is that we lock both the src and dest surfaces,
without checking to see if they are the same. I think we then try to
lock both surfaces and one of the locks fails.
Perhaps this might be a better solution:
if (src == iface) {
DD_STRUCT_INIT(&
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Peter Bortas <[EMAIL PROTECTED]> writes:
>
>> Home directories are group readable on many sites, so to prevent
>> information leakage 0600 would still be prudent.
>
> There is no leakage at all, the permissions are identical to the
> permissions on
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Marcus Meissner <[EMAIL PROTECTED]> writes:
>
>> --- server/registry.c10 Mar 2005 11:18:31 - 1.63
>> +++ server/registry.c14 Mar 2005 16:38:54 -
>> @@ -1610,7 +1610,7 @@
>> for (;;)
>> {
>> sprintf( p,
Hi,
--- Andreas Mohr <[EMAIL PROTECTED]> wrote:
> That one contains DOS line endings (^M).
I have asked Royce to make a version that creates the testlist.c file
with Unix line endings by default and provides a command line option for
dos line endings for people developing on Windows.
Thanks
Stev
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 to printf
This should be fixed now.
--
Alexandre Julliard
On Tue, 2005-03-15 at 07:35, Tony Lambregts wrote:
> After working prefectly for over 2 years SimCity 3000 is broken.
>
> The patch that broke it is
> http://www.winehq.org/hypermail/wine-cvs/2005/03/0098.html
>
> basicly the problem is simple. The source and the destination are both the
> same
Hi,
After I found that one of the files still contained a debugchannel for
riched20 (instead of richedit), I added both to see a trace (just for
the fun of it).
This however raised an exception in ME_DumpDocument:
trace:riched20:ME_DumpDocument Start
Paragraph(ofs=0) - StartRow - A-LOT-OF-TEXT
P
The Wine documentation has been translated to French by students from
the Insa of Rouen.
The credits for the translation go to:
* Wine User Guide
Romain CONSEIL
Damien GIRAUDEAU
Guillaume LEFEBVRE
Yvon BENOIST (proofreading)
http://fgouget.free.fr/wine/wine-user.
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 on Linux a NULL string will be printed as "(nil)"
bye
michael
St
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
Starting program: /export/home/src/wine2004/wine/tools/winebuild/winebuild -w
--def -o amstream
Peter Bortas <[EMAIL PROTECTED]> writes:
> Alexandre Julliard <[EMAIL PROTECTED]> writes:
>
> > That one is not in /tmp, it's in the user's home directory.
>
> Home directories are group readable on many sites, so to prevent
> information leakage 0600 would still be prudent.
There is no leakage
Tom Wickline <[EMAIL PROTECTED]> writes:
> Changelog: increase the maximum number of devices to 16
Why do you need this?
--
Alexandre Julliard
[EMAIL PROTECTED]
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> Michael Ost <[EMAIL PROTECTED]> writes:
>> Yep, it does. Give it a try. As far as I can tell:
>>
>> int total = 0; for (;;) { LPVOID* leak = ::VirtualAlloc(NULL,
>> 1048576, MEM_RESERVE, PROT_NOACCE
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 in.
Note that on Unix you'll need to be root to bind to port 138 (<1024).
Just wanted to mention that, just in case.
--
Francois Gouget
Noticed this thread on the Rage3D Linux (ATI) Drivers forums:
Fix for WoW in OpenGL mode in wine/cedega (
http://www.rage3d.com/board/showthread.php?t=33807135 ).
Basically, it seems to involve hex-editing WoW.exe (!!!) to filter out a
couple of extensions (mainly GL_ARB_vertex_buffer_object), w
Kuba Ober wrote:
Answering myself, partially:
After a quick read: libsmbclient.h doesn't expose any datagram stuff. That
Hi Guys,
Here's the mailslot implementatation that I wrote a while back. I've
updated it to compile on the current CVS tip, but it's totally
untested... I will try to test it
Michael Ost <[EMAIL PROTECTED]> writes:
> Yep, it does. Give it a try. As far as I can tell:
>
> int total = 0;
> for (;;) {
> LPVOID* leak = ::VirtualAlloc(NULL, 1048576,
> MEM_RESERVE, PROT_NOACCESS);
> if (leak) {
> total += 1048576/1024;
> printf("Allocated %ldk\r", total);
>
Hi,
On Mon, Mar 14, 2005 at 08:35:19PM -0800, Steven Edwards wrote:
> Convert make_ctests script to C
That one contains DOS line endings (^M).
Andreas Mohr
Raphael <[EMAIL PROTECTED]> writes:
> I approve :)
> i would like to have a wine_dbgstr_cs() :)
>
> Alexandre ?
I'm not sure we want to make that thing "official", it's really a
nasty hack at the moment.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Mon, Mar 14, 2005 at 11:18:40AM -0600, Alexandre Julliard wrote:
> > Log message:
> > Get rid of the remaining registry configuration parameters.
>
> Any plans on getting the global registry back?
Not in its current form, no. We need to ret
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>> * VirtualLock does nothing in Wine
Kuba> VirtualLock does nothing in win95,98,ME as well :)
Kuba> I bet the correct behaviour for wine is to do anything in
Kuba> VirtualLock only if you set windows version to NT/2000/XP. Did
63 matches
Mail list logo
