http://bugs.winehq.org/show_bug.cgi?id=3797
------- Additional Comments From elektroschock(a)linuxmail.org 2006-15-05 07:34 -------
Still in Wine 0.9.11
wine Notepad2.exe
err:rebar:REBAR_AdjustBands Phase 1 failed, x=792, maxx=-4, start=0, end=0
err:rebar:REBAR_AdjustBands Phase 1 failed, x=0, maxx=-4, start=0, end=0
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5243
------- Additional Comments From frank_thuerigen(a)yahoo.de 2006-15-05 06:49 -------
Please visit
http://hyperfighter.sk/modules.php?name=Forums&file=viewtopic&t=1555 because
there are some comments on the work... as well as some screenshots of a working
system.
HL highly depends on OLE Components. I could resolve some of the problems by
using native libs (eek I know but what can I do if the functionality IŽm looking
for throws a FIXME and then an error?).
I had to replace IMM32, OLEAUT32, OLE32 (not sure here), WSOCK32, WS2_32,
WS2HELP, RPCRT4 (this fixed the 430 error) mentioned here, the call is simply
not implemented and according to user "vitamin" (IRC) OLE will probably never be
supportet. Right now I am stuck with an "Out of Memory" error right after
loading mswinsck.ocx "vitamin" mentioned it looks like a non-registered
component. I ran regsvr32.exe with the ocx but no luck. Thats the status... any
comments?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5133
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-15-05 03:01 -------
put in ~/.wine/drive_c/windows/system32/
ran with WINEDLLOVERRIDES="msvcrtd,dinput=n" wine RubiesLauncher.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5243
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |ftp://www.txsquadron.com/HLC
| |lient/hlpro38101.zip
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-15-05 02:59 -------
Confirming, although i get a slightly different log in the console. frank, could
you confirm if the downloadlink is correct?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5244
------- Additional Comments From Speeddymon(a)gmail.com 2006-15-05 01:57 -------
sounds like some fontforge files are missing. try installing the latest
fontforge for your distro and recompiling wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5217
------- Additional Comments From dank(a)kegel.com 2006-15-05 01:37 -------
Created an attachment (id=2456)
--> (http://bugs.winehq.org/attachment.cgi?id=2456&action=view)
My quick try at using the right heap functions
I take it back. At first I forgot to zero the memory; that caused
Visual Basic to barf on the very first allocation.
Zeroing the memory brought me back to the original
problem, i.e. vb barfing as soon as we try to resize a safearray.
I'm attaching my current try. I'm pretty sleepy, so this might be wrong,
but it does get rid of one FIXME comment in a principled way.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5217
------- Additional Comments From dank(a)kegel.com 2006-15-05 01:25 -------
According to
http://blogs.msdn.com/oldnewthing/archive/2004/07/05/173226.aspx
there are convenience functions CoTaskMem{Alloc,Realloc,Free}
which can be used instead of calling CoGetMalloc and using that interface.
And indeed those get used quite a bit in Wine's ole and oleaut32 code.
So I tried the obvious patch, but now things fall over much earlier.
I'll attach it as food for thought.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3596
------- Additional Comments From vitaliy(a)kievinfo.com 2006-15-05 00:38 -------
So is that a good thing I presume? <g>
If so, then it makes it 4 games ("Bridge commander" is one more from IRC) that
got fixed. And 3 games I tested that didn't brake.
Actually pointer acceleration is still here. It looks like acceleration ptoblem
might have been the case some time ago. But not anymore.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5217
------- Additional Comments From dank(a)kegel.com 2006-15-05 00:37 -------
Reproduced, and yes, works fine with native oleaut32.
Comparing the logs with WINEDEBUG=+all,
I see that the native oleaut32 is using IMalloc_ReAlloc, but
ours doesn't. And, surprise suprise, in our dlls/oleaut/safearray.c, one finds
the comment
/* FIXME: Memory should be allocated and freed using a per-thread IMalloc
* instance returned from CoGetMalloc().
*/
I bet this error would go away once that FIXME is handled.
(There are other files that have the same FIXME, e.g. typelib.c, that might also
need to be fixed,
I dunno.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.