"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> Check for HAVE_SG_IO_HDR_T_INTERFACE_ID instead of defined Linux
> +static NTSTATUS GetInquiryData(int fd, PSCSI_ADAPTER_BUS_INFO BufferOut,
> DWORD OutBufferSize)
> +{
> +PSCSI_INQUIRY_DATA inquirydata = NULL;
> +sg_io_hdr_t iocmd;
On Wed, Jul 27, 2005 at 11:31:03AM +0200, jstrupeni wrote:
> Hello,
> I'm using a Novell Linux Desktop Version 9 and I don't know which
> version of Wine I should install.
The SUSE Linux 9.1 version.
Ciao, Marcus
On 7/27/05, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi Tom,
Hello Paul,
>
> maybe it's an idea to put the WinXP and Wine results next to each other,
> to have some immediate idea of the differences.
Okay, I'll try to do this by Saturday.
> Maybe even add a diff column showing how well/bad we
Hi Tony,
Thanks so much for looking into this. Hope it gets fixed soon ;-)
James
On Wed, 2005-07-27 at 21:35 -0600, Tony Lambregts wrote:
> James Liggett wrote:
> > Hi,
> > Tonight I tried to submit a shot for Palm Desktop 4.1 and it gave me
> > this error:
> >
> > Unable to move screenshot from
James Liggett wrote:
Hi,
Tonight I tried to submit a shot for Palm Desktop 4.1 and it gave me
this error:
Unable to move screenshot from to data/screenshots/originals/781
What's going on?
I can confirm this (I cannot upload a screenshot either)
Chris and I are not sure what is going on here.
"jean-marc DETREZ" <[EMAIL PROTECTED]> wrote:
> @@ -207,6 +207,13 @@ void *wine_anon_mmap( void *start, size_
> #elif defined(__svr4__) || defined(__NetBSD__) || defined(__APPLE__)
> if ( try_mmap_fixed( start, size, prot, flags, fdzero, 0 ) )
> return start;
> +#elif define
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> +static NTSTATUS GetInquiryData(int fd, PSCSI_ADAPTER_BUS_INFO BufferOut,
> DWORD OutBufferSize)
> +{
> +PSCSI_INQUIRY_DATA inquirydata = NULL;
> +sg_io_hdr_t iocmd;
> +UCHAR inquiry[INQ_CMD_LEN] = {INQUIRY, 0, 0, 0, INQ_REPLY_LEN, 0};
>
Oliver Stieber wrote:
With the patch this time
--- Oliver Stieber <[EMAIL PROTECTED]> wrote:
Hi,
This patch returns all elements when getDeclaration is called with
pnumelements set to 0. This fixes bugs in Teeage mutant ninja turtles and The
Increadibles.
Hello,
I have a Novell Linux Desktop Version 9 and I don't know what version of
Wine I should install.
Thank you very much in advance.
Juan
Hello,
I'm using a Novell Linux Desktop Version 9 and I don't know which
version of Wine I should install.
Thank you very much in advance,
Juan
Tom Wickline wrote:
Hello,
I put the Benchmark results that I posted to wine-devel back in April
on the Wiki.
http://wiki.winehq.org/BenchMark
I would appreciate any constitutive criticism to improve this page.
I think it would be easier to read if the wine and xp results were
side-to-side i
On 27 Jul 2005 16:37:18 +0200, you wrote:
> Rein Klazes <[EMAIL PROTECTED]> writes:
>
> > Girotel uses a 32 bit comm.dll located in the programs directory, which
> > is also the current directory. After this change I need to add an dll
> > override to load the program's comm.dll and not attempt t
On Wed, 2005-07-27 at 00:49, Tom Wickline wrote:
> Hello,
>
> I put the Benchmark results that I posted to wine-devel back in April
> on the Wiki.
> http://wiki.winehq.org/BenchMark
>
> I would appreciate any constitutive criticism to improve this page.
>
> Tom
>
>
>
Hi Tom,
maybe it's an id
On Wed, Jul 27, 2005 at 04:33:29PM +0100, Robert Shearman wrote:
> I'm pretty sure Windows NT doesn't allow you to have direct access to
> the video memory so surely Windows must be doing it like this too?
> How do you suggest to fix the problem?
The only way I could think of would be to lock the
With the patch this time
--- Oliver Stieber <[EMAIL PROTECTED]> wrote:
> Hi,
> This patch returns all elements when getDeclaration is called with
> pnumelements set to 0. This fixes bugs in Teeage mutant ninja turtles and The
> Increadibles.
>
>
>
>
>
> _
> > This sounds interesting to me. I will be pleased to test your program
> > with Nautilus (the Gnome equivalent to Konqueror). I will search for
> > your submission on the ML archives, if you have a newer version please
> > tell me how to get it.
>
> Compiled and works fine with KDE (didn't have
--- Andreas Mohr <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, Jul 25, 2005 at 02:31:58PM -0700, Hiji
> wrote:
> > Can anyone help out with this bug? It's still in
> > existence in the July Wine release.
> OK, I've added a comment.
>
> Andreas Mohr
>
Thanks for taking the time to look into thi
On 7/27/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> Hey,
>
> This patch includes these changes:
> * no more HH_* macros, no more hhctrl.h
> * uses proper ref counting
> * stores pointers instead of using ptr arithmetic
> * IOleClientSiteImpl frees itself so there is no mem leak
> * uses the ICO
Frank Richter wrote:
Hi,
somewhat recently I sent some code to wine-patches to add button
theming; if you have glanced at it, despite utilizing subclassing, code
was duplicated from the button code in user.
In particular, the themed button does its own state management. The
reason is that upon
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
Previously, using ddraw to write to a small area of the desktop (or
even none at all) would cause the screen to go black because the
contents of the screen wasn't copied to the surface before the surface
was copied back t
Robert Shearman <[EMAIL PROTECTED]> writes:
> Previously, using ddraw to write to a small area of the desktop (or
> even none at all) would cause the screen to go black because the
> contents of the screen wasn't copied to the surface before the surface
> was copied back to the screen. This patch
Andreas Mohr wrote:
While I'm not too convinced in this case (1.5% improvement sounds like
within statistic noise), it should be a good idea to mark things in Wine
const whenever possible (objdump -x helps here), since it improves reliability
Huh? He did stuff like...
-void foo(int i)
+void fo
Johannes Koch wrote:
No, you don't. The bitwise shifting operator has a higher precedence
than the bitwise or does.
In case you didn't know...
$ man 7 operator
is your friend. :-)
Felix
Rein Klazes <[EMAIL PROTECTED]> writes:
> Girotel uses a 32 bit comm.dll located in the programs directory, which
> is also the current directory. After this change I need to add an dll
> override to load the program's comm.dll and not attempt the built-in
> comm.drv, which of course is not needed
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Right, I think that const pointer is not what James had in mind,
> but a const area pointed out by a pointer.
No, the pointer is constant, not the object itself. That's the same
ICOM_THIS_MULTI macro that's used at a gazillion other places.
--
Al
On Friday 22 July 2005 11:41, Dmitry Timoshkov wrote:
> "Phil Krylov" <[EMAIL PROTECTED]> wrote:
> > Added some missing but useful items to the RichEdit TODO list.
> >
> > + * - full justification
> > + * - hyphenation
> > + * - tables
>
> What kind of hyphenation richedit needs? Would an automatic
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
-BOOL WINAPI EnumDateFormatsA( DATEFMT_ENUMPROCA lpDateFmtEnumProc, LCID
Locale, DWORD dwFlags)
+BOOL WINAPI EnumDateFormatsA(DATEFMT_ENUMPROCA proc, LCID lcid, DWORD
flags)
Why did you change the names ? I thought we sticked to the MSDN ones ?
We st
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> +#define ICOM_THIS_MULTI(impl,field,iface) impl* const
This=(impl*)((char*)(iface) - offsetof(impl,field))
IMO using 'const' before the type looks more natural. Also adding 'const'
to all type conversions wouldn't hurt:
const impl* This = (con
On Thu, 7 Jul 2005 13:26:11 -0500, you wrote:
> ChangeSet ID: 18748
> CVSROOT: /opt/cvs-commit
> Module name: wine
> Changes by: [EMAIL PROTECTED] 2005/07/07 13:26:11
>
> Modified files:
> dlls/ntdll : loadorder.c
>
> Log message:
> Use the same defaults for module
--- Tom Wickline <[EMAIL PROTECTED]> wrote:
> On 7/26/05, Mitchell Mebane <[EMAIL PROTECTED]> wrote:
> > I'd be interested to see how 3DMark05 runs. Do Oliver's patches support it
> > yet?
>
> Back in April 3DMark05 would install and load but there was a lack of
> Pixel Shader 2.0
> support, s
> > > + tooBig[] = { 0x02, 0x84, 0x0f, 0xff, 0xff, 0xfc };
> > > + tooBig[] = { 0x02, 0x84, 0xff, 0xff, 0xff, 0xfc };
> > > | encode.c:313: Test failed: Expected CRYPT_E_ASN1_LARGE, got 80093106
> >
> > That's CRYPT_E_ASN1_MEMORY, meaning out of memory. Weird, it must try to
> > allocate this much
Hi,
somewhat recently I sent some code to wine-patches to add button
theming; if you have glanced at it, despite utilizing subclassing, code
was duplicated from the button code in user.
In particular, the themed button does its own state management. The
reason is that upon state changes, the user3
> configure: WARNING: GL/glx.h: present but cannot be compiled
> configure: WARNING: GL/glx.h: check for missing prerequisite headers?
> configure: WARNING: GL/glx.h: see the Autoconf documentation
> configure: WARNING: GL/glx.h: section "Present But Cannot Be Compiled"
> configure: WARNING
Troy Rollo wrote:
On Wednesday 27 July 2005 18:40, Dmitry Timoshkov wrote:
I also disassembled
kernel32.dll to see how it populated CP_ACP (if I recall correctly it
populated it from a registry key under either HKEY_CURRENT_CONFIG or
HKEY_LOCAL_MACHINE, so perhaps a change in the r
> Hello,
>
> Changelog:
> Dmitry Timoshkov <[EMAIL PROTECTED]>
> - Reimplement EnumDateFormats, make it work for all available locales.
> - Add a test for EnumDateFormats
>
...
> -BOOL WINAPI EnumDateFormatsA( DATEFMT_ENUMPROCA lpDateFmtEnumProc, LCID
> Locale, DWORD dwFlags)
> +BOOL W
Saulius Krasuckas wrote:
[...]
One test fails on my box:
[...]
| shlexec.c:275: Test failed: ShellExecute(null,
"C:\windows\temp\\test_shortcut_shlexec.lnk", null, null) failed: rc=31 err=0
The thing is that it fails on my box too which is why I had it marked as
todo when I submited the pat
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "James Hawkins" <[EMAIL PROTECTED]> wrote:
>
> > +#define ICOM_THIS_MULTI(impl,field,iface) impl* const
> > This=(impl*)((char*)(iface) - offsetof(impl,field))
>
> IMO using 'const' before the type looks more natural. Also adding 'const'
> to all
Troy Rollo <[EMAIL PROTECTED]> writes:
> On the other hand SendMessageA of any character to an A window procedure
> (regardless of any DBCS rules that might apply) ought to pass the character
> through immediately.
>
> This means that ideally, if the window is not a unicode window, then there
Hi,
On Tue, Jul 26, 2005 at 11:08:12PM -0400, Michael Carlson wrote:
> I agree, the compiler should realise the parameters aren't used as an
> l-value in the function anywhere - but it apparently doesn't, or
> marking the parameters const is having some other effect on the binary
> - with gcc 4.0.
On Wednesday 27 July 2005 19:22, Filip Navara wrote:
> Actually it affects the CP_THREAD_ACP code page, but not CP_ACP.
Interesting. I wasn't previously aware of this. It isn't used anywhere in
Wine (it's returned, but nothing ever calls a routine with CP_THREAD_ACP). I
suspect not a whole lot
On Wednesday 27 July 2005 18:40, Dmitry Timoshkov wrote:
>> > I also disassembled
> > kernel32.dll to see how it populated CP_ACP (if I recall correctly it
> > populated it from a registry key under either HKEY_CURRENT_CONFIG or
> > HKEY_LOCAL_MACHINE, so perhaps a change in the registry could caus
On 7/26/05, Troy Rollo <[EMAIL PROTECTED]> wrote:
> On Wed, 27 Jul 2005 09:25, Felix Nawothnig wrote:
> > There is no need to make anything except the pointers const - I don't
> > think I've ever seen that in real world code. In theory this would give
> > the compiler slightly more information... b
"Troy Rollo" <[EMAIL PROTECTED]> wrote:
> > Did you test specifically A->W conversion of the message data or something
> > else?
>
> I tested the CP_ACP conversions and the GetACP call.
Actually you didn't answer the question. GetACP() by itself shows nothing,
only actual API tests could show so
No, you don't. The bitwise shifting operator has a higher precedence
than the bitwise or does.
You may test it with this programm:
#include
int main(int agrc, char** argv)
{
int iTest = 0x42 << 7 | 0x02;
int iTest1 = (0x42 << 7) | 0x02;
int iTest2 = 0x42 << (7 | 0x02);
printf("iTest
On Wednesday 27 July 2005 18:16, Dmitry Timoshkov wrote:
> Did you test specifically A->W conversion of the message data or something
> else?
I tested the CP_ACP conversions and the GetACP call. I also disassembled
kernel32.dll to see how it populated CP_ACP (if I recall correctly it
populated
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> +#define ICOM_THIS_MULTI(impl,field,iface) impl* const
> This=(impl*)((char*)(iface) - offsetof(impl,field))
IMO using 'const' before the type looks more natural. Also adding 'const'
to all type conversions wouldn't hurt:
const impl* This = (const im
"Troy Rollo" <[EMAIL PROTECTED]> wrote:
> Locale doesn't affect the A->W translation. I know that is counter-intuitive
> and it surprised me when I found out (and verified) this. The system dialogs
> where you can change these things tend to obscure this.
Did you test specifically A->W conversi
47 matches
Mail list logo
