John == John K Hohm [EMAIL PROTECTED] writes:
John I am implementing a COM object in comcat.dll that allocates itself
John with HeapAlloc and frees itself on its last Release with HeapFree.
John I am using it in a simple test program that creates it and
John releases it, and
Hello
I make
cvs update -RdP
configure
make depend
make
./snmpapi.spec:6: Expected name, id, length or ordinal
make[2]: *** [snmpapi.spec.c] Error 1
make[2]: Leaving directory `/home/marcelo/wine/cvs/wine/dlls/snmpapi'
make[1]: *** [snmpapi/snmpapi.dll.so] Error 2
make[1]: Leaving directory
Marcelo == Marcelo Welter [EMAIL PROTECTED] writes:
Marcelo Hello I make cvs update -RdP configure make depend make
Marcelo ./snmpapi.spec:6: Expected name, id, length or ordinal make[2]:
Marcelo *** [snmpapi.spec.c] Error 1 make[2]: Leaving directory
Marcelo
Any volunteers for handing this kind of problems?
Andriy
__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
I think it would be better to do it using a technique similar to how it
is done in scheduler/client.c on line 255:
Makes sense to me - it wasn't obvious that msg_control and msg_accrights are
always mutually exclusive, which is why I added a separate test... But if we're
sure they are
--- Marcelo Welter [EMAIL PROTECTED] a écrit :
Hello
I make
cvs update -RdP
configure
make depend
make
What are the changes if I run 'cvs -RdP' instead of
'cvs -AdP' ? I had a look at CVS manual but I'm not
sure
what is meant of.
On Sun, May 12, Alexandre Julliard wrote:
Actually all the problems you list apply only to unmanaged
mode. Fixing that mode to be ICCCM compliant is fairly low priority,
and probably quite hopeless. In fact the whole concept of unmanaged
mode is flawed, and it will probably be replaced by a
Jukka Heinonen [EMAIL PROTECTED] writes:
I'm sorry to sound disrespectful, but I believe that many of those
problems I have listed do apply to managed mode, at least if
decorations are drawn by Wine.
But Wine doesn't draw the decorations in managed mode. It may do it
once we do the
ok, so I have found the cause of the problem in
scheduler/process.c that is making ut-based installers
not work.
the problem is the code from line 450 to line 461
inclusive.
in all programs, PROCESS_InitWine is called from int
main in miscemu/main.c, then open_winelib_app is
called from
Sorry about that I hit the send button to soon.
OK when I try build shlwapi.dll I'm getting this
Administrator@LAPTOP /cygdrive/d/src/winehq/wine/dlls/shlwapi
$ make
dllwrap --add-stdcall-alias --def shlwapi.spec.def --implib shlwapi.a -o
shlwapi
.dll ordinal.o path.o reg.o regstream.o
OK so we the latest changes I do need to build libwine.dll right? I can
if I link it to msvcrt.a but ig I don't I get the following
Administrator@LAPTOP /cygdrive/d/src/winehq/wine/library
$ make
dllwrap --add-stdcall-alias --export-all --implib libwine.a -o
libwine.dll debug
.o errno.o ldt.o
Steven Edwards [EMAIL PROTECTED] writes:
Sorry about that I hit the send button to soon.
OK when I try build shlwapi.dll I'm getting this
Does it work better with this patch?
Index: include/wine/debug.h
===
RCS file:
* Andriy Palamarchuk ([EMAIL PROTECTED]) wrote:
If anybody starts to work on the bug, please take this
bug and keep it updated.
Hi all,
Newbie developer alert!
I've been meaning to do something with this bug for a while now, as it
seriously cripples my killer-app that's keeping me
A recent change to dlls/comctl32/listview.c implemented GetSubItemRect,
but this causes Xnews to hang when selecting a newsgroup from the list.
I don't think the change itself is at fault, but it may have uncovered a
bug elsewhere. The app gets a message LVM_GETSUBITEMRECT (4152) with
the
Does it work better with this patch?
I'm having touble applying the patch, should it just be the standard
Patch -p0../patch.diff
This is what happens on every part
patching file `include/wine/debug.h'
patch: malformed patch at line 17: -102,11 +95,11
Thanks
Steven
Every revolution was
My heap corruption problem turned out to be a bug in swprintf (well,
really in NTDLL_vsnwprintf), I think. I tried formatting like this:
WCHAR keyname[21] = { 'C', 'o', 'm', 'p', 'o', 'n', 'e', 'n',
't', ' ', 'C', 'a', 't', 'e', 'g', 'o',
16 matches
Mail list logo