On Sun, 19 May 2002, Francois Gouget wrote:
On Sun, 19 May 2002, Andreas Mohr wrote:
Index: dlls/gdi/freetype.c
===
RCS file: /home/wine/wine/dlls/gdi/freetype.c,v
retrieving revision 1.13
diff -u -r1.13 freetype.c
---
On Mon, 20 May 2002, Andreas Mohr wrote:
As it's probably only a Debian specific bug (or isn't it ?),
I think changing the message to include devel stuff is still wrong, though...
(as having devel stuff usually isn't required)
Well, I'm going to change the Debian package to dlopen
Halo,
Since there is a lot of talk about switching winehq.com to winehq.org I
thought I mention something that bothers me in case some kind of
reorganization takes place.
1) No newsgroup gateway anymore. What a pitty! But anyway one can always
read from the archives, which brings us
Actually, the development libraries *are* needed,
though the headers are
not. This is because the dlopen tries to load
libfreetype.so, NOT
libfreetype.so.6. And, at least on Debian, only
the dev package provides
the libfreetype.so symlink, the library package
itself only contains
Ok I will hold off on a patch for a implib rule untill the new binutils
Is released. I can do without it for now away, as there are still like
50 other misc bugs that we can hunt down and only 4 or 5 dlls need the
Ntdll and shlwapi import libs. Like I said its manly something that
would
Be nice
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Hello.
This is a fix for WineHQ bug #437.
P.S.
Could somebody with slightly more free time fix
DrawText(DT_CALCRECT),
since it returns width much larger than an expected
value?
Dmitry, I advise you to create a bug for this issue in
--- Andreas Mohr [EMAIL PROTECTED] wrote:
[...skip...]
Anyway, IMHO doing or not doing such a thing should
be decided via voting
in the Wine community (unless CodeWeavers is
definitely against a switch,
as they're hosting .com/.org; IOW: veto right).
Anyone care to do that voting ?
Or
Andriy Palamarchuk [EMAIL PROTECTED] wrote:
Dmitry, I advise you to create a bug for this issue in
Bugzilla with detailed description, so the problem
won't be lost.
If the issue can be fixed by newbie, you can put it in
the list of bug 406, if it is more difficult - to 455.
I won't create
Hello all,
I am trying to get the neverwinter nights model viewer running under wine.
When viewing some models I start to get floating point errors. I did a
quick search on google and came up with the following post.
I have a configure test to do that automagically,
I'll put it in.
So could we inform the user at the end of configure
that he must install freetype-devel if he wants to use
true type fonts ?
___
Do You Yahoo!? -- Une adresse yahoo.fr
I'm researching a crash, described in bug 637:
http://bugs.winehq.com/show_bug.cgi?id=637
I can't understand why the application crashes.
Can somebody give me a hint what is going on?
It seems the app quietly draws some staff, then loads
an error message (?) and crashes.
Snippet of the relay
On Mon, May 20, 2002 at 01:26:15PM -0400, Ryan C. Stallings wrote:
I am trying to get the neverwinter nights model viewer running under wine.
When viewing some models I start to get floating point errors. I did a
quick search on google and came up with the following post.
Yeah, I
Here are the results from my latest attempt to build wine under mingw.
We can build alot more now but most of these are still manly stubed
dlls.
Anywhere it has (needs msvcrt import) I will submit a patch to the
Makefile.in with my next set of patches. Also anywhere it has missing
-lshlwapi
Here are two articles about Wine:
* LinuxPlanet May 15, 2002
The Many Faces of Wine: Realities of Open Source and Business
(a very nice in depth article)
http://www.linuxplanet.com/linuxplanet/interviews/4202/1/
* DesktopLinux April 25, 2002
The Penguin and the Hare
(not
ddraw.dll - (needs MSVCRT import to get rid of _assert)
dllwrap --add-stdcall-alias --def ddraw.spec.def --implib ddraw.a -o
ddraw.dll c onvert.o dclipper/main.o ddraw/hal.o ddraw/main.o
ddraw/thunks.o ddraw/user.o dp alette/hal.o dpalette/main.o
dsurface/dib.o dsurface/fakezbuffer.o
Fails -
I will need to retest comctl and comdlg because of the GetSysColorPen
Changes.
ole32.dll - (Mingw: missing -lntdll, needs msvcrt import do to _assert
usage) dllwrap --add-stdcall-alias --def ole32.spec.def --implib ole32.a
-o ole32.dll a ntimoniker.o bindctx.o clipboard.o compobj.o
rpcrt4.dll -
gcc -mno-cygwin -c -I. -I. -I../../include -I../../include -D__MINGW__
-D_WINDO WS -DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2
-D__WINE__ -D_RPCRT4_ -D_ REENTRANT -o rpcrt4_main.o rpcrt4_main.c
rpcrt4_main.c: In function `UuidCreate':
rpcrt4_main.c:107: variable `last' has
Andreas Mohr [EMAIL PROTECTED] writes:
Why is the missing font message a WINE_WARN ?
IMHO this should clearly be a WINE_ERR, as it's a user warning,
it's not only of interest to developers.
Warnings should be WARN, only errors should be ERR (makes sense uh?)
We already have way too much
On Mon, May 20, 2002 at 09:50:03PM +0200, Eric Pouech wrote:
this patch fixes a set of issues:
1/ large fonts could be picked up if no decent registry content was
found
(thanks to Sylvain Petreolle and Andi Mohr for the bug reports)
2/ better error messages in case of failure (even if
Andriy Palamarchuk wrote:
I'm researching a crash, described in bug 637:
http://bugs.winehq.com/show_bug.cgi?id=637
I can't understand why the application crashes.
Can somebody give me a hint what is going on?
I remember having the exactly the same weird error with Font xplorer
lite
On Mon, May 20, 2002 at 01:54:31PM -0700, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
Why is the missing font message a WINE_WARN ?
IMHO this should clearly be a WINE_ERR, as it's a user warning,
it's not only of interest to developers.
Warnings should be WARN,
Builds with easy fix -
comcat.dll (needs msvcrt import due to swprintf usage)
I would rather not have comcat.dll import msvcrt.dll, as ntdll.dll exports
swprintf even on Windows NT.
Andreas Mohr [EMAIL PROTECTED] writes:
Besides, like you said above, only errors should be ERR.
This is not only an error, it's a *critical error*, as it aborts
the whole program...
If that's not an *ERROR*, then I really don't know what an error looks like.
Of course if it aborts the
John K. Hohm [EMAIL PROTECTED] writes:
I would rather not have comcat.dll import msvcrt.dll, as ntdll.dll exports
swprintf even on Windows NT.
Actually none of the Wine dlls should import msvcrt, at least not on
Unix. We could add the import only for the mingw case, but I'd argue
that the
On Mon, May 20, 2002 at 02:40:10PM -0700, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
Besides, like you said above, only errors should be ERR.
This is not only an error, it's a *critical error*, as it aborts
the whole program...
If that's not an *ERROR*, then I
Steven Edwards a écrit :
Fails -
I will need to retest comctl and comdlg because of the GetSysColorPen
Changes.
Lots of errors come from the 16 bit support
I think we should also try to have a configure option like
--disable-16bit-support or something
this would be very useful for a WineCE
No I don't have 'proof'. It was just a guess (and probably a bad one). Maybe
Microsoft changed their opengl.dll to not produce the exceptions, or maybe in
the DLL they know where the exceptions will be so they wrap only those
specific portions in the mask/unmask pair. It doesn't look like
On 20 May 2002, Alexandre Julliard wrote:
[...]
Or if we really cannot continue, popup a message box
or something like this. The user should not be required to start Wine
from an xterm to be able to figure out what's going on.
Just a word of caution:
The user should not be required to have a
Actually none of the Wine dlls should import msvcrt, at least
not on Unix. We could add the import only for the mingw case,
but I'd argue that the mingw linker should be doing this
automatically.
Ok I will add that to the list. I will be submitting patches/bug reports
To the mingw team in
Lots of errors come from the 16 bit support
I think we should also try to have a configure option like
--disable-16bit-support or something this would be very
useful for a WineCE port but of course, that's not an easy
quick task :-(
It would be nice to be able to disable the win16
I get failures when running dlls/kernel/tests/path.c on NT4. This is on
a Samba filesystem but this test works fine when run in Windows 98 and
Windows XP so there must be something wrong.
Can someone look into it? Geoffrey?
(while I try to finish my script to generate MSVC Makefiles)
--
../../programs/winetest/runtest -q -P wine -M
shlwapi.dll -T ../.. -p tests/shlwapi_test
tests/shreg.c touch tests/shreg.ok
tests/shreg.c:125: Test failed: (21,20)
tests/shreg.c:145: Test failed: (21,20)
(both are in test_SHQUeryValueEx)
Hi all,
I encounter this (funny one) :
Wine-dbgcont
Cannot pass on last chance exception. You must use
cont
Wine-dbg
What could I do ?
___
Do You Yahoo!? -- Une adresse yahoo.fr gratuite et en français !
Yahoo! Mail :
--- Mehmet YASAR [EMAIL PROTECTED] wrote:
[skipped]
I remember having the exactly the same weird error
with Font xplorer
lite (see the log).
You can get this freeware at
http://www.moonsoftware.com/freeware.asp.
Thanks, the trace looks exactly the same.
Andriy
Andriy Palamarchuk [EMAIL PROTECTED] wrote:
Sorry if this has been discussed before but I could
not find
a searchable archieve of the list.
Use Google. It indexes archives, stored on
www.winehq.com.
Downloading the archivies and letting my MUA search was
better. :)
For some time now
Eric Pouech [EMAIL PROTECTED] wrote:
this patch implements an ACM MP3 decoder (only, no coder)
it is based on the mpglib (which is now LGPL, and which is
included in the patch)
If you base your code on the LGPL'ed code, you can't claim
it has an X11 license.
Name: mp3acm
36 matches
Mail list logo