Wednesday, November 23, 2005, 12:37:05 PM, Vitaliy Margolen wrote:
> Ok, then this is what we have:
> 1. Pass arguments explicitly to each function (rootdir, name,
>attributes).
> 2. Don't use object_attr structure.
>
> Only left is to decide what rootdir should be (struct object*,
> struct dir
Hi guys,
It appears that Shareaza 2.2.1.0 has some troubles with connecting to the gnutella-network. here's the stdout:
fixme:ole:CoRegisterMessageFilter stub
fixme:win:AnimateWindow partial stub
err:x11drv:X11DRV_CreateWindow invalid window height 2115096077
err:x11drv:X11DRV_CreateWindow invali
Peter Åstrand wrote:
On Mon, 21 Nov 2005, Eric Pouech wrote:
Peter Åstrand wrote:
Any ideas?
does this help (lines in patch are likely to be wrapped)?
Well, sort of. The error message is gone; MCIERR_UNRECOGNIZED_COMMAND is
not returned any more.
However, something else is wrong: No r
Boaz Harrosh wrote:
Sergio wrote:
I see. But I need to link to msvcrt for the rest of the functions in
the dll
I am trying to make. I only need popen to be linked using linux'
libraries.
Do you know what I can do to have both things (standard popen and wine's
libraries for the rest of the dll
Wednesday, November 23, 2005, 11:59:24 AM, Robert Shearman wrote:
> Vitaliy Margolen wrote:
>>Wednesday, November 23, 2005, 11:05:05 AM, Robert Shearman wrote:
>>Using object_attr:
>>static struct object *create_mapping( const struct object_attr
>>*attr, file_pos_t size, int protect,
>>
Hello,
I have two problems with the augmented file open dialogs. (By augmented
I mean that extra buttons, checkboxes etc. have been added to the dialog.)
One - this one bothers me most: This dialog has a list at the bottom, to
which files can be added. The problem is: If I press the "Add"
(
Vitaliy Margolen wrote:
Wednesday, November 23, 2005, 11:05:05 AM, Robert Shearman wrote:
Alexandre Julliard wrote:
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
+/* open a new handle to an existing object */
+obj_handle_t open_object_dir( const struct object_attr *attr, const str
Wednesday, November 23, 2005, 11:30:18 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> I'm not sure if that's possible. You can't insert mutex or even into
>> named pipe's name space. Same, you can't insert named pipe or desktop
>> into a directory object.
>>
>> Bec
Vitaliy Margolen wrote:
+#define DIRECTORY_QUERY (0x0001)
+#define DIRECTORY_TRAVERSE (0x0002)
+#define DIRECTORY_CREATE_OBJECT (0x0004)
+#define DIRECTORY_CREATE_SUBDIRECTORY (0x0008)
+#define DIRECTORY_ALL_ACCESS (STANDARD_RIGHTS_REQUIRED | 0xF)
Should
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> I'm not sure if that's possible. You can't insert mutex or even into
> named pipe's name space. Same, you can't insert named pipe or desktop
> into a directory object.
>
> Because we don't have object type objects, I can't think of any other way
> to
Wednesday, November 23, 2005, 11:05:05 AM, Robert Shearman wrote:
> Alexandre Julliard wrote:
>>Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>>
>>+/* open a new handle to an existing object */
>>+obj_handle_t open_object_dir( const struct object_attr *attr, const struct
>>object_ops *ops,
>>+
Alexandre Julliard wrote:
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
Basically event, mutex, section, timer, etc can go there with minor
changes to code. Named pipes, mail slots and winstations with desktops
are a bit different. They have their own name space, that I'm planning on
using c
Wednesday, November 23, 2005, 10:34:05 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> Basically event, mutex, section, timer, etc can go there with minor
>> changes to code. Named pipes, mail slots and winstations with desktops
>> are a bit different. They have the
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Basically event, mutex, section, timer, etc can go there with minor
> changes to code. Named pipes, mail slots and winstations with desktops
> are a bit different. They have their own name space, that I'm planning on
> using current namespace mechanis
Wednesday, November 23, 2005, 9:59:42 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> Mm I don't want to do that because find_object_dir could and will be used
>> on any object. I'm planning on renaming our current find_object into
>> something like find_object_ns o
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Just want to make clear for myself. You want me to add all this code to
> each object's create/open instead of putting it in the one place?
Yes. If there's common code you can of course move it to a shared
function. But please not an ugly macro that
Hello,
> The relevant bugzilla is here:
> http://bugs.winehq.org/show_bug.cgi?id=2926
>
> I'm just curious if this patch has been forgotten, or if this issue is
> just too difficult to fix at this time.
The problem Steam shows is common to all boarderless Apps which don't specify
the WS_EX_APPWIND
Wednesday, November 23, 2005, 9:14:28 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> void *create_named_object_dir( const struct object *rootdir,
>>const struct unicode_str *name,
>>unsigned int attr,
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> void *create_named_object_dir( const struct object *rootdir,
>const struct unicode_str *name,
>unsigned int attr,
>const struct object_ops *ops );
>
> DECL
Sergio wrote:
I see. But I need to link to msvcrt for the rest of the functions in the dll
I am trying to make. I only need popen to be linked using linux' libraries.
Do you know what I can do to have both things (standard popen and wine's
libraries for the rest of the dll)?
A second dll mayb
Also - Steam has a keyboard focus bug, with a documented patch here
(from Stefan Dosinger):
http://www.winehq.org/hypermail/wine-patches/2005/03/0504.html
Previously he reported that the patch might break other apps, but if
it fixes Steam, then it must be on the right track - surely it can be
Ivan Gyurdiev wrote:
The networking bug has been fixed, but another problem is that I can't
see any of the text. Appdb mentions something about installing
tahoma.ttf from a Windows installation, which makes no sense to me,
since I could see Steam displayed fine earlier, making this a
regressio
Wednesday, November 23, 2005, 4:53:23 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> +/* get parts of an OBJECT_ATTRIBUTES into object_attr */
>> +#define GET_OBJECT_ATTR(a,r,n) \
>> +get_req_unicode_str( n ); \
>> +(a)->rootdir= (r)->rootdir; \
>> +
Rob Shearman wrote:
> Sergio Tridente wrote:
>
>>Sergio wrote:
>>
>>>Hi,
>>>
From a win32 program compiled with winelib I am trying to execute the
>>>following:
>>>FILE *program;
>>>if (program = popen("dcop amarok player nowPlaying", "r"))
>>>fgets(buff, sizeof(buff), program);
>>>Th
Dan Kegel wrote:
What would it take to really support MS database client apps
in Wine? The situation is not copacetic; everywhere you
turn, it's easy to find enough problems to stop the average VB
database app.
I do not know what special needs the VB database apps have but for sure
they need a
Good, submitting to wine-patches.
Thanks :-)
Dne Wednesday 23 of November 2005 13:52 Willie Sippel napsal(a):
> Am Mittwoch, 23. November 2005 12:08 schrieb Oldrich Jedlicka:
> > Hi,
> >
> > > See:
> > > dib.c: In function 'X11DRV_DIB_DoCopyDIBSection':
> > > dib.c:4186: error: invalid operands t
Oliver Stieber wrote:
Hi,
This patch fixes the allocation size of some matrix, matrix multiplication
errors and and error in lrp for software shaders.
That seems fine, but... what I don't understand is:
+typedef FLOAT D3DMATRIX34[3][4];
Dimension 1 is of size 3, Dimension 2 is of siz
Am Mittwoch, 23. November 2005 12:08 schrieb Oldrich Jedlicka:
> Hi,
>
> > See:
> > dib.c: In function 'X11DRV_DIB_DoCopyDIBSection':
> > dib.c:4186: error: invalid operands to binary ==
> > make[2]: *** [dib.o] Error 1
>
> just to be sure it compiles also on gcc 4. Here is the corrected patch.
>
W
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> +/* get parts of an OBJECT_ATTRIBUTES into object_attr */
> +#define GET_OBJECT_ATTR(a,r,n) \
> +get_req_unicode_str( n ); \
> +(a)->rootdir= (r)->rootdir; \
> +(a)->attributes = (r)->attributes; \
> +(a)->name = (n);
> +
Th
On Sun, 20 Nov 2005 17:02:21 +0100, you wrote:
>Hi,
>
>with the latest winetest suite I've noticed the following changes:
>
>- On win98 my taskbar get's twice the size it used to be.
>- On win98/winxp the window border is a lot thicker.
>- On winxp the icons in my taskbar are a lot bigger. And als
Hi,
> See:
> dib.c: In function 'X11DRV_DIB_DoCopyDIBSection':
> dib.c:4186: error: invalid operands to binary ==
> make[2]: *** [dib.o] Error 1
just to be sure it compiles also on gcc 4. Here is the corrected patch.
Cheers,
Oldrich.
Index: dlls/x11drv/dib.c
=
Thanks Willie,
ok, that's it. I didn't try to compile it after I sent the patch first time
(it was working for me). I will fix it and resend a patch to wine-patches.
Cheers,
Oldrich.
Dne Wednesday 23 of November 2005 10:35 Willie Sippel napsal(a):
> Am Mittwoch, 23. November 2005 09:41 schri
Am Mittwoch, 23. November 2005 09:41 schrieb Oldrich Jedlicka:
> Hi all,
>
> I found a bug in monochrome bitmaps with inverted colors
> (color[0]=0xFF, color[1]=0x00). It is problem in translation from
> XImage into DIB created by CreateDIBSection.
>
> Description can be found in my mail fr
* On Tue, 22 Nov 2005, Vitaliy Margolen wrote:
> * Tuesday, November 22, 2005, 1:51:05 PM, Robert Shearman wrote:
> >
> >>+#define DIRECTORY_QUERY (0x0001)
> >>+#define DIRECTORY_TRAVERSE (0x0002)
> >>+#define DIRECTORY_CREATE_OBJECT (0x0004)
> >>+#define DIREC
Hi all,
I found a bug in monochrome bitmaps with inverted colors (color[0]=0xFF,
color[1]=0x00). It is problem in translation from XImage into DIB created
by CreateDIBSection.
Description can be found in my mail from 08 Oct 2005 and 03 Nov 2005. Patch is
also attached to this mail.
I'
On 11/21/05, Dustin Navea <[EMAIL PROTECTED]> wrote:
> When running the installer for starcraft, when moving the mouse over any
> of the options, it highlights that option, and plays a sound. When arts
> is set to sleep (to prevent blocking), and using the ALSA driver,
> everything works fine, whe
Hans Leidekker wrote:
As suggested by Alexandre, I factored out some common code
in winebrowser and extended it to handle mailto: urls as well.
This version looks much better. Just one small question:
+length = sizeof(mailers);
+/* @@ Wine registry key: HKCU\Software\Wine\WineMail
37 matches
Mail list logo
