Hi everyone,
I have this idea of implementing vbscript.dll for Google SoC. Any
comment would be appreciated before I start working on my proposal.
The reason for implementing vbscript.dll is because right now there's
nothing in the trunk about it. jscript.dll has a stub, but
vbscript.dll doesn't,
> > I picked %08x for a reason in this code--it's far easier to find the
> > relevant error using it than using %u.
>
> Then the tests should consistently use %08x, not a mixture of various
> formats.
Perhaps. I generally chose a format that matched the "expected"
error. Error values like ER
"Juan Lang" <[EMAIL PROTECTED]> wrote:
>> GetLastError() returns an unsigned value, and winerror.h lists error values
>> in decimal (if anyone really wants to match a trace with a symbolic name).
>
> That's not strictly true. The cryptoapi errors are defined as
> HRESULTs , but are returned vi
On Wed, Mar 26, 2008 at 3:42 AM, Kai Blin <[EMAIL PROTECTED]> wrote:
> On Wednesday 26 March 2008 02:24:35 Cesar Izurieta wrote:
> > Besides the FUSE project for GSOC I see two items listed on the
> > http://wiki.winehq.org/SummerOfCode page:
> >
> > # Better ISO FUSE file system integration
>
Thanks for the info... I have updated the linux foundation GSOC page with some
of my ideas.
Naively, I think it is almost scriptable - get cups to dump the input as temp
postscript, use wine to run win32 ghostscript (which works quite well in wine,
my first-hand experience) to render through GD
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On-topic: CPls the normal way -> no-go. Binary CPls compiled
> on 'doze or with a 'doze compiler under wine -> yes.
I may be very off here but isn't Wine's LoadLibrary/GetProcAddress
able to deal with wine shared library modules, even if they are n
Vitaly Perov wrote:
> Bug is the following:
> When a application is responsible for printing multiple copies printer
> prints
> X^2 copies (4 instead of 2, 9 instead of 3 ...)
> It happen bacause application already prepared requested copies, and printer
> driver prints copies ( number placed i
thanks for the feedback, i'm new to this so it's very much appreciated -
helped a lot.
I've updated the patch which hopefully covers the issues raised, but
wanted to ask about the returning of an error:
> w.r.t. the implementation:
> * ChangeDisplaySettings returns a long
> (http://msdn2.micr
> What I and the other Ubuntu UI people would really like to see is the
> ability to uninstall Wine programs from within gnome-app-install (The
> Gnome applet the user interacts with after selecting
> Applications->Add/Remove).
>
> The UI is a fairly intuitive step - just add a "Windows Application
В сообщении от Thursday 27 March 2008 16:24:52 Dmitry Timoshkov написал(а):
> "Alexander Morozov" <[EMAIL PROTECTED]> wrote:
> > Changelog:
> > Added a test for setupapi: registering device interface and getting
> > device path
>
> Please consistently print GetLastError() values as %u (not %08x or
Sorry bout that, went a lil' /too/ paranoid. Thing is, I've spent
so many days obsessing with the cpls, trying to get anything resembling a
somewhat stable dev environment to produce anything resembling a *compilable*
code, reverse-engineering Makefiles, and Makefile.ins, and defs and specs and
> No dice.
> CPls are DLLs that export a function - CPlApplet().
> winegcc coughs on dllexport. - not implemented.
> I've been hacking at it for days on end now.
> Result: CPl can be compiled under windows and run under wine. CPls
> compiled
> with winegcc don't export that function => not treated
> GetLastError() returns an unsigned value, and winerror.h lists error values
> in decimal (if anyone really wants to match a trace with a symbolic name).
That's not strictly true. The cryptoapi errors are defined as
HRESULTs , but are returned via GetLastError. More relevant to this
patch is
On Thu, Mar 27, 2008 at 4:03 PM, <[EMAIL PROTECTED]> wrote:
> > A DLL compiled as a winelib DLL won't be parsed by a tool that reads PE
> > DLLs, because winelib DLLs are Elf shared objects. Use winedump instead.
>
> Precisely. Easy to distinguish between wine and doze Dlls.
Wine is easily det
On Thu, Mar 27, 2008 at 10:52 AM, Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote:
> "James Hawkins" <[EMAIL PROTECTED]> wrote:
>
> >> What's the reason for checking the HeapFree here? Or what's the reason
> for doing
> >> it at all?
> >>
> >
> > To show that the value returned is not in the hea
"James Hawkins" <[EMAIL PROTECTED]> wrote:
>> What's the reason for checking the HeapFree here? Or what's the reason for
>> doing
>> it at all?
>>
>
> To show that the value returned is not in the heap.
Isn't any of HeapValidate or HeapSize better in that case?
--
Dmitry.
On Thu, Mar 27, 2008 at 7:06 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi James,
>
> I'm looking into a crash of the setupapi/parser test on Vista.
>
> It crashes in this piece:
>
> 465 ret = HeapFree( GetProcessHeap(), 0, (LPVOID)field );
> 466 ok( !ret, "Expected HeapFree
On Thu, Mar 27, 2008 at 12:43 AM, Travis Athougies <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I would like to help contribute to WINE because I use it so much yet
> I've never actually contributed to it. I was wondering if there are
> any simple bugs or other tasks that someone new to WINE development
> __declspec(dllexport) is a MSVC-only feature. Hence, when compiling with
> gcc (even using winegcc) it won't actually export the function. As has
> been stated before, you need to use a .spec or .def file to export it.
Yes.
> A DLL compiled as a winelib DLL won't be parsed by a tool that reads
[EMAIL PROTECTED] wrote:
> No dice.
> CPls are DLLs that export a function - CPlApplet().
> winegcc coughs on dllexport. - not implemented.
>
__declspec(dllexport) is a MSVC-only feature. Hence, when compiling with
gcc (even using winegcc) it won't actually export the function. As has
been s
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
> Is this just for this file or do you generally want %u instead of %d/%08x ?
GetLastError() returns an unsigned value, and winerror.h lists error values
in decimal (if anyone really wants to match a trace with a symbolic name).
--
Dmitry.
Paul Vriens wrote:
> Dmitry Timoshkov wrote:
>> "Alexander Morozov" <[EMAIL PROTECTED]> wrote:
>>
Please consistently print GetLastError() values as %u (not %08x or %d),
otherwise the test looks good to me.
>>> Edit every test in tests/devinst.c or only testRegisterAndGetDetail?
>>
>> My
On Thu, 27 Mar 2008, Paul Vriens wrote:
[...]
> > +sub min_to_max($)
> > +{
> > +my ($minmax)[EMAIL PROTECTED];
> > +return $minmax->[0] if ($minmax->[0] == $minmax->[1]);
> > +return "$minmax->[0] to $minmax->[1]";
> > +}
> > +
>
> Don't we need quotes around "x to y"? Firebug compla
Dmitry Timoshkov wrote:
> "Alexander Morozov" <[EMAIL PROTECTED]> wrote:
>
>>> Please consistently print GetLastError() values as %u (not %08x or %d),
>>> otherwise the test looks good to me.
>> Edit every test in tests/devinst.c or only testRegisterAndGetDetail?
>
> My comment was about newly ad
No dice.
CPls are DLLs that export a function - CPlApplet().
winegcc coughs on dllexport. - not implemented.
I've been hacking at it for days on end now.
Result: CPl can be compiled under windows and run under wine. CPls compiled
with winegcc don't export that function => not treated as control
"Alexander Morozov" <[EMAIL PROTECTED]> wrote:
> > Please consistently print GetLastError() values as %u (not %08x or %d),
> > otherwise the test looks good to me.
>
> Edit every test in tests/devinst.c or only testRegisterAndGetDetail?
My comment was about newly added code. If there are other p
Francois Gouget wrote:
> Merge all the data for a given unit test to a single structure instead of
> scattering them into multiple hashtables.
> The new result data structure makes it possible for the same code to work for
> both group and individual report results.
> ---
>
> This fixes the many
"Alexander Morozov" <[EMAIL PROTECTED]> wrote:
> +if (ReferenceString && lstrlenW(ReferenceString))
> {
> /* space for a hash between string and reference string: */
> len += lstrlenW(ReferenceString) + 1;
> @@ -258,10 +258,10 @@ static LPWSTR SETUPDI_CreateSymbolicLink
Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
>
>> Fix the is_string_type function used for detecting strings by only
>> examining aliases instead of both aliases and pointers. This is due to
>> the requirement that pointers to strings be handled as pointers and so
>>
"Alistair Leslie-Hughes" <[EMAIL PROTECTED]> wrote:
> In an IDL file I need to define the following
> typedef HRESULT (__stdcall *FExecuteInAppDomainCallback) (void* cookie);
>
> How do i get midl to understand what __stdcall is defined to?
indexsrv.idl does:
cpp_quote("struct tagTEXT_SOURCE;")
"Alexander Morozov" <[EMAIL PROTECTED]> wrote:
> Changelog:
> Added a test for setupapi: registering device interface and getting device
> path
Please consistently print GetLastError() values as %u (not %08x or %d),
otherwise the test looks good to me.
--
Dmitry.
> Date: Thu, 27 Mar 2008 12:42:54 +> From: [EMAIL PROTECTED]> To: [EMAIL
> PROTECTED]> CC: wine-devel@winehq.org> Subject: Re: midl question> > Alistair
> Leslie-Hughes wrote:> > Hi,> > > > In an IDL file I need to define the
> following> > typedef HRESULT (__stdcall *FExecuteInAppDomainCa
Alistair Leslie-Hughes wrote:
> Hi,
>
> In an IDL file I need to define the following
> typedef HRESULT (__stdcall *FExecuteInAppDomainCallback) (void* cookie);
>
> How do i get midl to understand what __stdcall is defined to?
midl or widl? AFAIK midl supports the __stdcall keyword.
--
Rob S
> From: [EMAIL PROTECTED]> To: [EMAIL PROTECTED]> CC: wine-devel@winehq.org>
> Subject: Re: midl question> Date: Thu, 27 Mar 2008 19:50:34 +0800> >
> "Alistair Leslie-Hughes" <[EMAIL PROTECTED]> wrote:> > > In an IDL file I
> need to define the following> > typedef HRESULT (__stdcall
> *FEx
Hi James,
I'm looking into a crash of the setupapi/parser test on Vista.
It crashes in this piece:
465 ret = HeapFree( GetProcessHeap(), 0, (LPVOID)field );
466 ok( !ret, "Expected HeapFree to fail\n" );
467 ok( GetLastError() == ERROR_INVALID_PARAMETER,
468
Hi,
In an IDL file I need to define the following
typedef HRESULT (__stdcall *FExecuteInAppDomainCallback) (void* cookie);
How do i get midl to understand what __stdcall is defined to?
Best Regards
Alistair Leslie-Hughes
On Thursday 27 March 2008 03:59:54 am Scott Ritchie wrote:
> The UI is a fairly intuitive step - just add a "Windows Applications"
> category and list the installed Wine apps on the right. Once that's
> done, we don't need a special Wine program for uninstalling anymore,
> since we can expand the
Owen Rudge wrote:
> The examples given on the GSOC wiki
> pages (basic desktop/screen resizing, general network information, and font
> details) would be good applets for me to implement, but I would also be
> interested in working on some other applets, such as an Add/Remove Programs
> applet,
Robert Shearman <[EMAIL PROTECTED]> writes:
> Fix the is_string_type function used for detecting strings by only
> examining aliases instead of both aliases and pointers. This is due to
> the requirement that pointers to strings be handled as pointers and so
> not detected as strings.
This breaks
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> +static void test_Bug12226(void)
> +{
Please name functions according to what they do, not their bug
number. The code must be understandable without having to look things up
in bugzilla. In any case this should most likely go into the existing
test_DrawTe
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> From d9182d3da1416e0bfa06b1fe879c4c74c66b0c3e Mon Sep 17 00:00:00 2001
> From: Stefan Doesinger <[EMAIL PROTECTED]>
> Date: Wed, 12 Mar 2008 01:06:38 +0100
> Subject: [PATCH] D3D8: Reject broken normal declaration types with fixed
> function
This doe
On Wed, Mar 26, 2008 at 04:17:57PM -0700, Scott Ritchie wrote:
> Alexandre Julliard wrote:
> > Marc Andre Tanner <[EMAIL PROTECTED]> writes:
> >
> >> Yes that's true the case information is lost but is it really needed?
> >> If you create the files with the original mixed case you will have to
>
42 matches
Mail list logo
