Hello Dimitrie,
Thursday, September 25, 2003, 11:51:37 AM, you wrote:
DOP ChangeLog
DOP Add the HeapReAlloc() task to the Janitorial list.
What about (undocumented ? ) ntdll/RtlReAllocateHeap ?
It suffers the identical problem. Calling it with NULL as previously
allocated memory heap block
On Mon, 6 Oct 2003, Jon Griffiths wrote:
Hi,
Part 3 of oleaut32 updates.
Hi Jon,
Cool stuff, but I don't understand why we have all these forwards:
+HRESULT WINAPI VarDecFromUI1(BYTE bIn, DECIMAL* pDecOut)
+{
+ return _VarDecFromUI1(bIn, pDecOut);
+}
We don't seem to pass any additional
On Sun, 5 Oct 2003, Jon Griffiths wrote:
What version of gcc are you using? I don't get this warning.
GCC 3.3 and also GCC 3.2.3 diagnoses the problem, IIRC. I strongly
recommend to use one of these for Wine development, for they really
catch a couple of (real) problems that older versions did
Hi,
--- Gerald Pfeifer [EMAIL PROTECTED] wrote:
Would you mind having a look? Thanks,
What version of gcc are you using? I don't get this warning. However,
It will be gone shortly, all the conversion functions have been
re-written (patches coming v. shortly). So I guess you can ignore
this for
are alligned to (default) 4 byte boundary.
I'd appreciate any comments - especially those related to gcc-3.3.1.
Regards ;-),
Juraj
? output.txt
? wine-solaris-20031006.diff
? dlls/comctl32/a.out
? dlls/comctl32/comctl32.spec.s
? dlls/ddraw/a.out
? dlls/ddraw/ddraw.spec.s
? tools/makedep.o.aBaiw5
? tools
On Mon, 6 Oct 2003, Juraj Hercek wrote:
Hello,
Here go my questions regarding to this files:
* dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -
These changes look too ugly. Why not do:
#if defined(__sparc__)
#define ifreq lifreq
#define ifr_name lifr_name
#endif
In fact,
On Mon, 6 Oct 2003, Juraj Hercek wrote:
Hm, I don't understand how packing is supposed to work in wine and
*especially* what should be packed and what shouldn't. I used the
fastest way how to make it working, leaving comments on others - you
know definitely more about wine than I do :-).
On Mon, 6 Oct 2003, Jon Griffiths wrote:
Are your auto-build logs available somewhere for checking I haven't
added any new warnings?
That's an excellent suggestion! I made the last log available right away
and hacked the script to automatically publish logs from the daily builds
from now on:
Dimitrie O. Paun wrote:
* dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -
These changes look too ugly. Why not do:
#if defined(__sparc__)
#define ifreq lifreq
#define ifr_name lifr_name
#endif
In fact, this may require a configure check, but this
is a better start IMO.
Yes, I
Hi Dimitrie,
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
We don't seem to pass any additional info to _VarDecFromUI1, why
not simply get rid of it, and implement stuff in the real
VarDecFromUI1?
Size and speed.
The inlined versions are to meant to be used within the variant code,
the
Hi! I need help
determining the feasibility of writing a wrapper around a DLL so that I can
call it from a Linux machine, perhaps as a SO.
Im looking for either a member of this list that could contract
with us for support, or pointers to a more appropriate place where I can search
for
On Mon, 6 Oct 2003, John Conneely wrote:
Hey, any ideas of where I might be able to hire a WINE guru to help with
this stuff? I haven't even used Wine before, and I'm looking for someone
that can help us set up our WINE environment, test to see if the DLL we are
trying to use will run under
Hi everyone,
I've put up a survey page here:
http://www.winehq.org/wineconf/
I'd like to ask everyone who would come to Wineconf
to go and enter their preferences. If you would
not come to Wineconf regardless of where it was held,
please do not fill out the survey.
Let's hold this open through
--- Gerald Pfeifer [EMAIL PROTECTED] wrote:
GCC 3.3 and also GCC 3.2.3 diagnoses the problem, IIRC. I strongly
recommend to use one of these for Wine development, for they really
catch a couple of (real) problems that older versions did not.
I'm on 3.2.2 and wasn't planning an upgrade any
Mike McCormack [EMAIL PROTECTED] writes:
ChangeLog:
* handle quoting on the command line in uninstaller
Is there any reason we can't use argv[] here instead?
--
Alexandre Julliard
[EMAIL PROTECTED]
Dmitry,
I'll resubmit the patch taking into account your suggestion about the
transformation matrix. It makes sense; I recall experiencing the same problem
for the rotation matrix. It shouldn't break anything in our application since we
were only using the extra transformation matrix to do
Jon Griffiths [EMAIL PROTECTED] writes:
This patch adds two new conversions to libs/unicode, in preparation
for their
use by an upcoming patch adding FoldStringA/W. The first converts
from any
unicode number into its unicode 0-9 representation. The second maps
from
compatibility
Jon Griffiths [EMAIL PROTECTED] writes:
Changelog:
Jon Griffiths [EMAIL PROTECTED]
+dlls/oleaut32/i1.c dlls/oleaut32/i2.c dlls/oleaut32/i4.c
dlls/oleaut32/r4.c dlls/oleaut32/Makefile.in
dlls/oleaut32/oleaut32.spec
dlls/oleaut32/variant.c
Implement/document
Jon Griffiths [EMAIL PROTECTED] writes:
+/* The list of localised text data */
+const VARIANT_TEXT VARIANT_LocalisedTextList[NUM_LOCALISED_LANGS] =
+{
+ { szCzechStrings,LANG_CZECH, 7, 16, 24, 32, 36 },
+ { szDanishStrings, LANG_DANISH,5, 11, 14, 18, 22 },
+ {
Okay, I have posted a patch to wine-patches that
should have fixed this bug. Let's see if that is
the case.
It may be that bug has still not been
fixed by that patch. In that case last lines
of trace wine --debugmsg +int,+int31 before
the point where application crashes would be helpful.
--
Hello!
My patch for fixing the focus of some programs (notepad, winecfg) on
startup hasn't been applied, so I'm guessing what the reason might be.
One reason may be that the testing could have found another bug that might
seem to be related. When Wine uses non-managed windows without desktop,
* Jukka Heinonen wrote:
| Okay, I have posted a patch to wine-patches that
| should have fixed this bug. Let's see if that is
| the case.
Thanks -- I've tested it, and it seems to get further now. It still
crashes, though...
As you can see, it now crashes in another executable.
$ wine
On October 6, 2003 08:45 pm, Kevin Koltzau wrote:
EnableTheme =Y|N
ThemeMethod = XP|GTK|KDE|... GTK, KDE, etc are conceivable, but wont be
in initial implementation, will default to XP
So let's not add it until we actually need it.
ThemeName=name of theme for example Luna if ThemeMethod==XP
23 matches
Mail list logo