> Resending this due to the terrible hotmail "formatting"
> Any tips for how to get legible emails out of hotmail without doubling up the
> newlines would be greatly appreciated
> Note: I cannot even read the emails I send from hotmail...
> ---
>
> I have a few tips for running built wine on
On Sat, Dec 20, 2008 at 9:21 PM, Nick Burns wrote:
>
> I have a few tips for running built wine on OS XI have been working on
> getting SHOGO to run (I have one more patch to send up)
Hey, thanks for the patch, I'll give it a shot! I also realized that
Mike K. provides his build environment and
On Sun, Dec 21, 2008 at 9:07 AM, Nick Burns wrote:
>
> Resending this due to the terrible hotmail "formatting"
> Any tips for how to get legible emails out of hotmail without doubling up
> the newlines would be greatly appreciated
> Note: I cannot even read the emails I send from hotmail...
> ---
Resending this due to the terrible hotmail "formatting"
Any tips for how to get legible emails out of hotmail without doubling up the
newlines would be greatly appreciated
Note: I cannot even read the emails I send from hotmail...
---
I have a few tips for running built wine on OS X
I have
Nick
> Date: Sat, 20 Dec 2008 17:29:47 -0800
> From: n8g...@gmail.com
> To: wine-devel@winehq.org
> Subject: Adding Mac joystick support -- build problem
>
> Hi wine-devels,
>
> I've got a simple goal. I want to play IL-2 Sturmovik on my Mac
> without rebooting. Thi
Sorry to reply to self, but I forgot to mention I'm running OS X 10.5.5.
--
Nathan Gray
http://www.n8gray.org/
Hi wine-devels,
I've got a simple goal. I want to play IL-2 Sturmovik on my Mac
without rebooting. This flight sim is gold-rated in the app-db, so
this should be a walk in the park, but of course the game does require
a joystick. After a bit of poking I realized that there's no support
for joys
This works properly on Solaris. Please submit patch if everybody is
happy with it.
Thanks,
Petr
Kusanagi Kouichi wrote:
> On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>> I think a configure check may be a more appropriate fix.
>>
>
> I don't know proper way to check whether
I can confirm that this works (I mean it compiles).
Thanks,
Petr
Kusanagi Kouichi wrote:
> Does this patch fix the problem?
>
> diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
> index d4df9f7..b66cf87 100644
> --- a/dlls/winex11.drv/xim.c
> +++ b/dlls/winex11.drv/xim.c
> @@ -501,7
On Mon, Apr 14, 2008 at 11:11:46PM +0200, Alexandre Julliard wrote:
> Kusanagi Kouichi <[EMAIL PROTECTED]> writes:
>
> > On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
> >>
> >> I think a configure check may be a more appropriate fix.
> >>
> >
> > I don't know proper way to che
Kusanagi Kouichi <[EMAIL PROTECTED]> writes:
> On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>>
>> I think a configure check may be a more appropriate fix.
>>
>
> I don't know proper way to check whether XICCallback is defined.
> But this seems to work.
Is it just the type th
On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>
> I think a configure check may be a more appropriate fix.
>
I don't know proper way to check whether XICCallback is defined.
But this seems to work.
diff --git a/configure b/configure
index b66a40a..01fdf19 100755
--- a/configu
Kusanagi Kouichi wrote:
> Does this patch fix the problem?
>
> -XICCallback destroy = {(XPointer)data, X11DRV_DestroyIC};
> +XIMCallback destroy = {(XPointer)data, (XIMProc)X11DRV_DestroyIC};
>
I think a configure check may be a more appropriate fix.
--
Rob Shearman
Does this patch fix the problem?
diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
index d4df9f7..b66cf87 100644
--- a/dlls/winex11.drv/xim.c
+++ b/dlls/winex11.drv/xim.c
@@ -501,7 +501,7 @@ XIC X11DRV_CreateIC(XIM xim, struct x11drv_win_data *data)
XVaNestedList preedit = NULL;
Hi all,
It seems that following change from last Friday broke Solaris build:
http://source.winehq.org/git/wine.git/?a=commitdiff;h=185157cb6eb25bc5e75e9a260b593e98153d2255
This is probably because Solaris /usr/include/X11/Xlib.h doesn't define
XICCallback.
-bash-3.2$ grep XICCallback /usr/incl
Greetings,
I hope I have the right list. I'm trying to build Wine 0.9.44 under
64Studio, a Debian-based distribution. CPU is an AMD64, GCC is 4.1.2.
Configure and make depend report no errors (btw, I ran a simple
./configure, no options), but when I run make I receive these errors :
gcc -c
Yup that works. Thanks for the help.
Cheers,
-matt
Robert Shearman wrote:
> Matthew Watchinski wrote:
>> simpleapp_exe_LDFLAGS = -mwindows \
>> -mno-cygwin \
>> -municode \
>> -mconsole \
>> -Wb,--verbose
>>
>
> I think you need to add "-m32" h
Matthew Watchinski wrote:
simpleapp_exe_LDFLAGS = -mwindows \
-mno-cygwin \
-municode \
-mconsole \
-Wb,--verbose
I think you need to add "-m32" here.
--
Rob Shearman
Sure, attached.
Thanks
-matt
Robert Shearman wrote:
> Matthew Watchinski wrote:
>> Linux ebx 2.6.17-10-generic #2 SMP Tue Dec 5 21:16:35 UTC 2006 x86_64
>> GNU/Linux
>>
>>
> ...
>> wineg++ -mwindows -mno-cygwin -municode -mconsole -o simpleapp.exe.so
>> simpleapp.o simpleappList.o -lodb
Matthew Watchinski wrote:
Linux ebx 2.6.17-10-generic #2 SMP Tue Dec 5 21:16:35 UTC 2006 x86_64
GNU/Linux
...
wineg++ -mwindows -mno-cygwin -municode -mconsole -o simpleapp.exe.so
simpleapp.o simpleappList.o -lodbc32 -lole32 -loleaut32 -lwinspool
-luuid
/usr/bin/ld: skipping incompatib
Hopefully this is the right mailing list to ask this. If not please
point me to the correct list.
I have a simple application that use to build just fine using
libwine/wine-0.9.30 on ubuntu edgy 32-bit. I just upgraded to a 64 bit
system and got wine-0.9.30 installed and working, however, now my
Le dim 02/01/2005 à 20:24, Vincent Béron a écrit :
> Le sam 01/01/2005 à 09:20, Andreas Mohr a écrit :
> [snip]
> > Problem is that we might want to have Wine never break during compile.
> > At least for semi-modern software versions it should compile successfully,
> > no matter how much functional
Jack wrote in http://www.winehq.org/hypermail/wine-devel/2004/12/0720.html :
Program received signal SIGSEGV, Segmentation fault.
0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
#1 0x4009d06c in malloc () from /lib/i686/libc.
Le sam 01/01/2005 à 09:20, Andreas Mohr a écrit :
[snip]
> Problem is that we might want to have Wine never break during compile.
> At least for semi-modern software versions it should compile successfully,
> no matter how much functionality we have to disable to achieve that.
Right.
>
> Configu
Hi,
On Wed, Dec 29, 2004 at 06:42:41PM -0500, Vincent Béron wrote:
> Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
> [snip]
> > In debian the package is called libasound2-dev, version
> > "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
>
> I thought we stopped supporting alsa 0
Vincent Béron <[EMAIL PROTECTED]> writes:
> Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
>
>> In debian the package is called libasound2-dev, version
>> "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
>
> Either update to alsa 1.0, downgrade Wine to prior
> 20040505, or switch
Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
[snip]
> In debian the package is called libasound2-dev, version
> "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
I thought we stopped supporting alsa 0.9 a while ago to focus on alsa
1.0...
(Looking through dlls/winmm/winealsa/aud
x27;m
> not sure if it a bug. In parsers,
> both widl's and wpp's, strings are not duplicated whie adding to
> structures. If it helps, I'll see if it is correct at all.
> This is included in diffs: wy.diff and widl.diff. Could you try it?
> I also found another small bug in wpp, but
> it's not what we're looking for. I included it with some code cleanup in
> wpppreproc.diff.
>
> Thanks,
> Jacek
Hello Jacek,
good shot, applying the three patches fixes my build problem.
Many thanks
Stefan
Hello.
Hello,
this problem confuses me. I have started regession testing. It turn out to be
a problem of 'out of tree' builds and the name of the directory containing
the cvs tree. If i use the cvs tree as checked out from winehq widl crashes.
If i rename the main directory wine of the cvs tree
Stefan Leichter wrote:
this problem confuses me. I have started regession testing. It turn out to be
a problem of 'out of tree' builds and the name of the directory containing
the cvs tree. If i use the cvs tree as checked out from winehq widl crashes.
If i rename the main directory wine of the
Vincent Béron wrote:
Le mar 28/12/2004 à 09:24, Joris Huizer a écrit :
Hello,
For the past week or so, building from cvs on a debian/stable system w/
alsa installed (using a custom kernel Linux debian 2.4.18.041216) breaks
on alsa-specific code in wine;
I attached the log; note that I did a `cvs
Am Dienstag, 28. Dezember 2004 23:47 schrieb Jacek Caban:
> Stefan Leichter wrote:
> >Am Dienstag, 28. Dezember 2004 11:15 schrieb Jacek Caban:
> >>Hi.
> >>
> >>Stefan Leichter wrote:
> >>>Hello,
> >>>
> >>>i hope you all had nice Christmas.
> >>>
> >>>Now back to business :-)
> >>>
> >>>trying to
Le mar 28/12/2004 à 09:24, Joris Huizer a écrit :
> Hello,
>
> For the past week or so, building from cvs on a debian/stable system w/
> alsa installed (using a custom kernel Linux debian 2.4.18.041216) breaks
> on alsa-specific code in wine;
> I attached the log; note that I did a `cvs update -
Stefan Leichter wrote:
Am Dienstag, 28. Dezember 2004 11:15 schrieb Jacek Caban:
Hi.
Stefan Leichter wrote:
Hello,
i hope you all had nice Christmas.
Now back to business :-)
trying to build current cvs (~7:45 AM UTC) i get the error:
make[1]: Entering directory `/usr/src/wine/wine-build/in
Hello,
For the past week or so, building from cvs on a debian/stable system w/
alsa installed (using a custom kernel Linux debian 2.4.18.041216) breaks
on alsa-specific code in wine;
I attached the log; note that I did a `cvs update -dPA` and `make
distclean` so this can't be any problem with th
Am Dienstag, 28. Dezember 2004 11:15 schrieb Jacek Caban:
> Hi.
>
> Stefan Leichter wrote:
> >Hello,
> >
> >i hope you all had nice Christmas.
> >
> >Now back to business :-)
> >
> >trying to build current cvs (~7:45 AM UTC) i get the error:
> >
> >make[1]: Entering directory `/usr/src/wine/wine-bu
Hi.
Stefan Leichter wrote:
Hello,
i hope you all had nice Christmas.
Now back to business :-)
trying to build current cvs (~7:45 AM UTC) i get the error:
make[1]: Entering directory `/usr/src/wine/wine-build/include'
../tools/widl/widl -I../../wine/include -I. -I../../wine/include -I../include
Hello,
i hope you all had nice Christmas.
Now back to business :-)
trying to build current cvs (~7:45 AM UTC) i get the error:
make[1]: Entering directory `/usr/src/wine/wine-build/include'
../tools/widl/widl -I../../wine/include -I. -I../../wine/include -I../include
-h -H oaidl.h ../../
Stefan Leichter <[EMAIL PROTECTED]> writes:
> My computer has a cvs (source) tree and the build tree. When i make
> changes to test something, i copy the source file to be changed for
> the source tree into the build tree and modify it. After this i run
> configure, make depend, make and make inst
Alexandre Julliard wrote:
Stefan Leichter <[EMAIL PROTECTED]> writes:
My problem is related to 'out of tree builds'. When i have a changed spec
file for a dll in the build tree it does not get used. The spec file from the
source tree is used.
Can this be fixed?
The spec file is source s
Stefan Leichter <[EMAIL PROTECTED]> writes:
> My problem is related to 'out of tree builds'. When i have a changed spec
> file for a dll in the build tree it does not get used. The spec file from the
> source tree is used.
>
> Can this be fixed?
The spec file is source so it should be in the s
Hello,
My problem is related to 'out of tree builds'. When i have a changed spec
file for a dll in the build tree it does not get used. The spec file from the
source tree is used.
Can this be fixed?
Thanks Stefan
42 matches
Mail list logo
