Dan Kegel wrote:
installs properly, and the app even appears to come up normally!
However, when you use the File Open dialog box,
it seems to lock up. Here's a session log:
It seems to be an ole32 problem. Installing dcom95 makes it work fine
for me. Maybe Rob or somebody more knowledgabl
Mike McCormack wrote:
Hi All,
If anybody is aware of any cases of Wine's Microsoft Installer code
not working, please log them in Wine's bugzilla
(http://bugs.winehq.org/), assign them to me, and I will attempt to
fix them.
Make sure to set "msi" = "builtin", "*msiexec" = "builtin" when
Hi All,
If anybody is aware of any cases of Wine's Microsoft Installer code not
working, please log them in Wine's bugzilla (http://bugs.winehq.org/),
assign them to me, and I will attempt to fix them.
Make sure to set "msi" = "builtin", "*msiexec" = "builtin" when testing
your installers,
On Mon, 12 Sep 2005, Robert Shearman wrote:
> Walt Ogburn wrote:
>
> >...
> >2. Call GetTypeInfo to get an ITypeInfo, and call DispGetIDsOfNames on
> >that. I think this means that the information should be extracted from
> >stdole32.tlb. Currently this doesn't find any match for these property
On Fri, 9 Sep 2005 15:09:24 -0400
"Dimi Paun" <[EMAIL PROTECTED]> wrote:
> From: "Phil Krylov" <[EMAIL PROTECTED]>
> > OK, should we then make a patch which adds an IsWindow() check after every
> > notification in every control? This one fixes a really annoying bug, while
> > the other places are
Am Samstag, den 10.09.2005, 15:27 +0100 schrieb Huw D M Davies:
> > This Patch is not in CVS yet:
> >
> > http://www.winehq.org/pipermail/wine-patches/2005-August/019671.html
> >
> > > Changelog:
> > >Let EnumPrinterDrivers return the number of drivers.
> > >
> Looks good to me. I suggest
Francois Gouget <[EMAIL PROTECTED]> writes:
> Before a 64bit integer was declared as 'long long'. This means both of
> these prototypes would be considered to match reset_int64(long long):
>
> WINAPI void reset_int64(INT v1, INT v2);
> WINAPI void reset_int64(LONGLONG v);
>
> And indeed there wer
On Mon, 12 Sep 2005, Alexandre Julliard wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
That's from memory so it should be checked, but I believe winapi_check
had a hack to check consistency between the spec file and the function
prototypes in the C files. This patch likely breaks that hack
Am Montag, den 12.09.2005, 02:38 -0400 schrieb Steven Edwards:
> > See Also:
> >
> > wineprefixcreate is fixed to "c:\windows" and english Names:
> > http://bugs.winehq.org/show_bug.cgi?id=2844
>
> If you still have your modified wineprefixcreate can you attach it to
> the bug?
Attachment crea
Francois Gouget <[EMAIL PROTECTED]> writes:
> That's from memory so it should be checked, but I believe winapi_check
> had a hack to check consistency between the spec file and the function
> prototypes in the C files. This patch likely breaks that hack, but more
> importantly winapi_check is g
On Mon, 12 Sep 2005, Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
Wouldn't it be better to extend the spec format to allow for a longlong
type instead?
I was wondering about that too.
I considered doing that, but I decided it would just add complexity
for no real
Robert Shearman <[EMAIL PROTECTED]> writes:
> Wouldn't it be better to extend the spec format to allow for a longlong
> type instead?
I considered doing that, but I decided it would just add complexity
for no real reason. If we really need more detailed parameter info
then we need to retrieve t
Walt Ogburn wrote:
Hi guys,
Eric Tanguy asked on wine-users a while back about getting some geography
games (http://olivier.leflon.free.fr/jeux/jeux.htm) to run. These seem to
be Visual Basic, so oleaut32 issues come up. We succeeded with the first
one (departments of France - font size probl
Alexandre Julliard wrote:
Log message:
Specify 64-bit integers as double instead of long long in spec files
so that we get the correct number of arguments.
Wouldn't it be better to extend the spec format to allow for a longlong
type instead?
--
Rob Shearman
With wine-20050830 and Mike's two MSI patches (thanks, Mike!),
http://openoffice.mirrors.pair.com/ftp/stable/2.0beta2/OOo_2.0beta2_Win32Intel_install.zip
installs properly, and the app even appears to come up normally!
However, when you use the File Open dialog box,
it seems to lock up. Here's a
Mike McCormack wrote:
Here's a log of wine-20050830 crashing while running the
setup.exe in the directory created by unpacking
http://openoffice.mirrors.pair.com/ftp/stable/2.0beta2/OOo_2.0beta2_Win32Intel_install.zip
The attached patch (hack) should fix the problem.
We load a dll in a thread
> Best would be to write a 'DDraw' test (integrated in the test suite) to be
> able to check reference counting in some 'standard' cases (surface
> creation, D3D object creation, ...).
I am afraid this will have to wait a few days, as I don't have access to any
Windows machine the next days.
> We
Le 10 septembre à 20:20:50 Jean Magnan de Bornier <[EMAIL PROTECTED]> écrit
notamment:
| Le 09 septembre à 23:32:23 [EMAIL PROTECTED] écrit notamment:
>
| | On Fri, 09 Sep 2005 16:27:47 +0200, Jean Magnan de Bornier
| | <[EMAIL PROTECTED]> wrote:
| >
| | > Now it won't start, but I'm being conf
Hi,
we have a pdf generator running with wine, started on
an X Server the results are as we expected.
Running on a terminal without X, the fonts are
rendered useless and acrobat complains about the file.
I found out, that GetOutlineTextMetrics delivers very
different results with o
Dan Kegel wrote:
Here's a log of wine-20050830 crashing while running the
setup.exe in the directory created by unpacking
http://openoffice.mirrors.pair.com/ftp/stable/2.0beta2/OOo_2.0beta2_Win32Intel_install.zip
The attached patch (hack) should fix the problem.
We load a dll in a thread (in
20 matches
Mail list logo
