--- Steven Edwards <[EMAIL PROTECTED]> wrote:
Maybe I should learn something about IDL and COM before messing with this
stuff. This seems to fix
it.
Thanks
Steven
Index: dcom.idl
===
RCS file: /home/wine/wine/dlls/ole32/dcom.idl,v
--- Steven Edwards <[EMAIL PROTECTED]> wrote:
> Changelog:
> Eric Kohl <[EMAIL PROTECTED]>
>
> Server stubs are void functions.
> Fix a warning in the server stub descriptor.
> Support multiple interfaces per idl file.
> Support explicit binding handles.
> Support remaining basic types (float, do
The issue of fonts came up a while ago and I know some people are
working on free replacements for some of the core fonts. Anyway, I
stumbled on this resource tonight with a huge listing of fonts:
http://cgm.cs.mcgill.ca/~luc/originalfonts.html
Seems like there's got to be a few decent ones in th
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> With some help I'll be able to improve it (more unicodification, etc.)
> when I'll come back.
You can't really convert to unicode partially, you have to do it in one go.
That not only will simplify things a lot, but also will save you a lot of time.
"Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
> I was under the impression that most of the tests are
> independent of desktop visibility.
Not really. Any API which directly or indirectly creates windows or uses
GDI is affected by the desktop visibility. Also, as I already pointed out,
Wine doesn't
"Gianluigi Tiesi" <[EMAIL PROTECTED]> wrote:
> +BOOL WINAPI PathIsEqualOrSubFolder(LPCWSTR path1, LPCWSTR path2)
> +{
> + int i;
> + int len;
> + if (!path1 || !path2) return FALSE;
> +
> + len = strlenW(path1);
> + if (len > strlenW(path2)) return FALSE;
> +
> + for (i=0; i < len; i++)
> + if (pa
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I'd actually rise the question of sending the results of running winetest
> on an invisible desktop under Windows. For instance I'm interested to see
> how my recently added user32 tests behave on different Windows platforms,
> but the tests which c
Dimitrie O. Paun wrote:
Why? There's little harm in supporting it, if some versions of the
real thing does. It's neither difficult, nor complex...
Because applications using them behave differently than on contemporary
versions of windows, just like the Local/GlobalSize issue - just not as
sev
On Mon, Feb 28, 2005 at 01:04:23AM +0100, Thomas Weidenmueller wrote:
> Even though Office tries to use them I oppose implementing it.
Why? There's little harm in supporting it, if some versions of the
real thing does. It's neither difficult, nor complex...
--
Dimi.
Steven Edwards wrote:
Filip implemented this for me when I was testing Office97 under ReactOS and I never got around to
merging it to the ros tree.
SB_SETBORDERS does not exist in current versions of NT. It might be a
something from the old 3.x days. NT 5.0 and 5.1 for sure don't implement
the
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Please don't mix formatting changes with other things, it makes it
> very painful to review.
You're right. Sorry about that.
--Juan
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
Here is a new version.
I'm thinking to send it as is to wine-patches if nobody complains before
tonight (tomorrow I'll be leaving for one week).
Thanks everyone for your help.
Changelog:
- new uninstaller
- "find as you type" search
- use dialog instead of window
- internationalization
- if the
Juan Lang <[EMAIL PROTECTED]> writes:
> Mike's formatting changes got in, so here's one of my own.
>
> ChangeLog: convert tabs to spaces, make indenting consistent, convert more
> calls to Unicode
Please don't mix formatting changes with other things, it makes it
very painful to review.
--
Ale
Juan Lang <[EMAIL PROTECTED]> writes:
> +/* FIXME: it should be possible for more than four COM ports to exist,
> not
> + * sure why we retain that limit, but winspool does too so go with it.
> + */
> +for (i = 0, ret = 0; i < 4; i++)
> +{
> +if (SETUP_SerialPortExists
On February 26, 2005 03:43 pm, Francois Gouget wrote:
> There is a race condition in the server startup code which arises if two
> I propose the following fix:
>
> if (lstat( name, st ) == -1)
> {
> if (errno != ENOENT) fatal_perror( "lstat %s", name );
> if (mkdir( nam
On Sun, 27 Feb 2005 17:52:44 +0800, Dmitry Timoshkov wrote:
> Alexandre already stated many times that there is no point to have
> anything in the CVS tree if it's not compiled by default. A not used
> code tends to be rotten very fast.
Winetest is built though, as part of the nightly test winrash
Krzysztof Foltman wrote:
WinXP WordPad doesn't work either, as it uses RICHEDIT50W window class
(what I provide is RichEdit20W control, haven't tried to fake it's 5.0).
I've checked it now. It crashes somewhere in wordpad code, in something
involving string operations. I've though it might be rel
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> I'm thinking to send it as is to wine-patches if nobody complains before
> tonight (tomorrow I'll be leaving for one week).
First of all thanks for your efforts. Since this is your first Win32 app
I personally understand all the difficulties you faced
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> > It's better to avoid using string tables, since now you have converted
> > code to use dialog box instead.
>
> How can I do it for messageboxes ? Is there a way to define them in the
> resource files or do I have to make a dialog instead of messageb
I've finally managed to make my riched20 code usable (hardly) and
compatible with Wine. It's probably not good enough to go to CVS, but,
at least, it's something you can try out. Comments are welcome.
It should work with all programs that load RICHED20.DLL directly. For
programs that load RICHE
"Krzysztof Foltman" <[EMAIL PROTECTED]> wrote:
> > Well, I'd argue that compilation time of full Wine tree is much longer
> > than that single test. If you compile from source it's your choice.
>
> It's still an important percentage of the total compile time. And it's
> not always possible to us
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
> Also, that won't stop people from running winetest on linux, I'll bet
> $5 winetest.exe downloads from WRT will keep showing up.
I'd actually rise the question of sending the results of running winetest
on an invisible desktop under Windows. For insta
Rob D wrote:
The files I cant seem to compile are ones that use std string.
If you are using msvcrt, You cannot use native g++ std with Winelib. In
this case you'll need to grab STLPort. And hack on it to compile over
wine & msvcrt headers. This is for two reason. 1- The headers are
incompatibl
23 matches
Mail list logo
