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+ -W
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
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)
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > I don't think it's in their interests to provide an exhaustive list.
>
> Why not?
1. Apparently their new policy directly prohibits contributing to WineHQ.
2. Taking into account #1 it's in their interests to keep AFPL borders
fuzzy as much as po
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Yay! Getting rid of the TSX functions seems to be within our
> reach now. I hope this is the plan, right? :)
Yes, and ultimately not only to get rid of the TSX functions but of
all the explicit X11 locking too. These days I think it's reasonable
to
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.
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 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
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
"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
Ralf Juengling <[EMAIL PROTECTED]> writes:
> So my solution to make it compile was to remove wine's
> 'math.h'. That's why I would say the include files are
> incomplete. How do other people deal with a case like the
> one I described?
By submitting a patch to add the missing definitions
--
On Thu, 2003-11-20 at 11:21, 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 ap
Thanks.
On Thu, 2003-11-20 at 11:21, 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 W
On 20 nov. 03, at 04:50, Alexandre Julliard wrote:
"Pierre d'Herbemont" <[EMAIL PROTECTED]> writes:
On Mac OS X There is no _end symbol. There is a convenience function
get_end() to replace it, mainly because of the Mach-O file format. So
we have to get the value of get_end at launch time and st
On Sat, 15 Nov 2003, Francois Gouget wrote:
> My understanding is that Posix threads have never been and will never be
> sufficient for Wine. The only reason we have a pthreads version of Wine
> is that on recent Linux distributions the way they are implemented makes
> it possible for Wine to achie
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 on
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're hit by this, in file /etc/sysconfig/prelink, change
> PRELINK_OP
Sorry, wrong list. Reposted to [EMAIL PROTECTED]
Daniel
This patch fixes a problem with bad OpenGL libraries wich uncorrectly
report the Extensions they support. Those libs would incorrectly report
not supporting glXGetProcAddresARB, on which wine relies for OpenGL
extension support. The problem was noticed with libGL from XFree86 4.2
under Linux x86.
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 (lib
On November 20, 2003 04:33 pm, Huw D M Davies wrote:
> All of these are unnecessary afaics. glyphList gets alloc'ed in
> GlyphListInit and the two glyph_sent's are alloc'ed in
> T{1|42}_download_header
Thank you, I dropped them from my tree. Alexandre, please
ignore that patch.
--
Dimi.
On Thu, Nov 20, 2003 at 03:33:48PM -0500, Dimitrie O. Paun wrote:
> Huw,
> I didn't dig deep enough to see if glyphList/->glyph_sent
> can't be NULL at that point, but it wasn't obvious to me
> that they can't. You know this part a lot better than myself,
> can you please check that I'm not adding
Hans Leidekker <[EMAIL PROTECTED]> writes:
> But then the other parameter check is redundant as well:
>
> if (!path || !*path)
> ...
>
> Should I remove that one from CreateDirectoryA? This is done
> in other places too by the way. Should I remove those as well?
Those that are not needed yes;
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
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
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
> ==
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
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 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.
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 binuti
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 off using the standard Unix C library.
> What is th
Hello,
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.
When I remove this symbol and rebuild my import libs and dlls I dont
have any proble
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.
"Gerhard W. Gruber" <[EMAIL PROTECTED]> wrote:
> >> Ah. It was not absolutely clear to me from their website. I will ask them
> >> anyway to make sure what is permitted and what not.
> >
> >Why not ask for a exhaustive list ?
> >CC: me one when you get it :-)
>
> OK. Yesterday I sent mail to thei
On Wed, 19 Nov 2003 15:02:21 -0500, Tom <[EMAIL PROTECTED]> wrote:
>> Ah. It was not absolutely clear to me from their website. I will ask them
>> anyway to make sure what is permitted and what not.
>
>Why not ask for a exhaustive list ?
>CC: me one when you get it :-)
OK. Yesterday I sent mail t
I made some experiments and I understand one thing.
Exaple two windows
/---\
| W1|
|control1|
| |
| /\
\- | |
|
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 crea
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.
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.
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 th
40 matches
Mail list logo
