On Thu, 20 Nov 2003 00:53:56 +0100, Sir olivier evalet scribed thus:
Hello,
I'm looking to create a default handler for these interfaces:
- IStorage
Hi,
I think we already have an implementation for the OLE provided IStorage
implementation. The others I'm not sure about.
The reason of
The drawing speed of window controls and windows is very slow under wine.
I set option PerfectGraphics = Y but it is still slow.
May be it is not so good optimised ?
Is there other way to improve performance ?
Thanks.
flyker wrote:
I set option PerfectGraphics = Y but it is still slow.
Of course. PerfectGraphics means Do whatever it takes to draw things
just like Windows would, no matter if it is going to be slower than
taking a few liberties
If you want SPEED, turn PerfectGraphics OFF.
On Tuesday 18 November 2003 21:17, Alexandre Julliard wrote:
Changelog:
- Reject wildcards in directory names
There's no need to check in both A and W functions since the A one
calls the W one anyway. Also you should only check the part of the
filename that is actually being created,
On Thursday 20 November 2003 02:26 pm, Dimitrie O. Paun wrote:
Ran into this while browsing the code, it seems to
be a NULL pointer reference waiting to happen.
Am I missing something?
ChangeLog
Bail when we're out of memory.
Index: dlls/rpcrt4/rpc_binding.c
Sorry, wrong list. Reposted to [EMAIL PROTECTED]
Daniel
Le jeu 20/11/2003 à 18:13, Sylvain Petreolle a écrit :
Vincent,
after doing some tests,
even with this applied, I must run Wine several times to have a windows
program starting, otherwise I have the error message.
Do you thnk that downloading prelink is another workaround ?
If you only
I think HeapReAlloc problem exists in the listbox control. We have a
patch in ReactOS CVS for it but I dont have time to try and merge it.
Thanks
Steven
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
ChangeLog
HeapReAlloc() does not allocate memory.
Index: programs/regedit/regproc.c
On November 20, 2003 07:08 pm, Steven Edwards wrote:
I think HeapReAlloc problem exists in the listbox control. We have a
patch in ReactOS CVS for it but I dont have time to try and merge it.
Nope, I don't think there are. I've just reviewed the code, and
AFAICS it's just fine. It's been fixed
On November 20, 2003 07:17 pm, Alexandre Julliard wrote:
Get rid of a bunch of TSX functions.
Yay! Getting rid of the TSX functions seems to be within our
reach now. I hope this is the plan, right? :)
--
Dimi.
I made some experiments and I understand one thing.
Exaple two windows
/---\
| W1|
|control1|
| |
| /\
\- | |
|
On November 20, 2003 11:51 am, Dmitry Timoshkov wrote:
I don't think it's in their interests to provide an exhaustive list.
Why not?
--
Dimi.
Steven Edwards [EMAIL PROTECTED] writes:
This is a problem I have had for a while building WINE dlls for use on
Windows and ReactOS. When linking the dlls dllwrap always complains
that it cant find the symbol private that is added to the .def file.
You probably need to upgrade your binutils.
On November 20, 2003 11:30 am, Gerhard W. Gruber wrote:
Fast application launcher - http://sourceforge.net/projects/launchmenu
BTW Gerhard, is this one building as a Winelib app? If so, does it do it
out of the box?
--
Dimi.
When I download newsgroup articles and I selecte any article in any newsgroup,
then right-click and choose Index from the context menu, Agent crashes. This
works under Windows, so this is a Wine problem.
Maybe it will crash also when not downloading, just to open that dialog. I
haven't tried this
On Thu, 20 Nov 2003 15:17:22 -0500, Dimitrie O. Paun [EMAIL PROTECTED]
wrote:
[LaunchMenu Windowsversion under Wine]
Are hooks supported under Wine?
What do you need?
I just tried it under Wine. the dialog and everything works, but the hook
doesn't respond. I would have to debug it to see
On November 20, 2003 03:33 pm, Gerhard W. Gruber wrote:
When I download newsgroup articles and I selecte any article in any
newsgroup, then right-click and choose Index from the context menu, Agent
crashes. This works under Windows, so this is a Wine problem.
A backtrace would be good, so we
I just downloaded the latest version 625 and now it works.
--
Gerhard Gruber
Maintainer of
SoftICE for Linux - http://sourceforge.net/projects/pice
Fast application launcher - http://sourceforge.net/projects/launchmenu
All of this info can be found here:
http://www.transgaming.com/license.php?source=1
The LGPLed components in the WineX tree are:
* dlls/avicap32/ (libavicap32.so)
* dlls/msdmo/ (libmsdmo.so)
* dlls/quartz/ (libquartz.so)
* dlls/msacm/winemp3 (libwinemp3.so)
* dlls/wininet
Pierre d'Herbemont [EMAIL PROTECTED] writes:
I'll look deeper before my next try. I'll also try to see if there is
a way to implement such a function directly in the darwin's code too.
I'd suggest using a bss symbol instead, the value should be close
enough for what we need and it avoids the
On Thu, 20 Nov 2003, Alexandre Julliard wrote:
Ralf Juengling [EMAIL PROTECTED] writes:
Why doesn't it also add
/whereever/include/wine/msvcrt ?
Because not everybody wants to use msvcrt. Unless you need some
specific features of the Windows C run time, in a Winelib app you are
better
Gavriel State wrote:
All of this info can be found here:
http://www.transgaming.com/license.php?source=1
The LGPLed components in the WineX tree are:
* dlls/avicap32/ (libavicap32.so)
* dlls/msdmo/ (libmsdmo.so)
* dlls/quartz/ (libquartz.so)
* dlls/msacm/winemp3 (libwinemp3.so)
I updated to new wine version and had errors, cvs update, and errors persists:
make[2]: Entering directory `/home/mduarte/wine-20031118/dlls/winmm/winearts'
gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.oarts.o audio.o
winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine
I get an succes on compiling winearts after installing glibc-devel-static,
but in the loader directory still error:
make[1]: Entering directory `/home/mduarte/wine-20031118/loader'
gcc -c -I. -I. -I../include -I../include-Wall -mpreferred-stack-boundary=2
-fno-strict-aliasing -gstabs+
24 matches
Mail list logo
