http://bugs.winehq.org/show_bug.cgi?id=2107
------- Additional Comments From bafraid2b1(a)hotmail.com 2004-29-09 19:38 -------
I've experienced this same problem using wine 20040914, although my install
stalls at 76%.
--
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=2490
------- Additional Comments From mike(a)navi.cx 2004-28-09 10:18 -------
I expect that most parts of Wine do work with -fstack-protector, though I don't
know the details of how that works enough to say (we run on an alternative
stack). Perhaps we should go back to Alexandre and ask for -fno-stack-protector.
I guess we could link without -nodefaultlibs but I'm not keen on that change,
the preloader is quite fragile :(
--
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=2490
------- Additional Comments From basic(a)mozdev.org 2004-28-09 09:10 -------
well, I don't really care either way. But the stack-protector issue can be
worked around by either:
1. removed to -nodefaultlibs flag
2. add --fno-stack-protector
Of course the alternative is just to document that wine doesn't do
-fstack-protector at all.
--
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=2490
mike(a)navi.cx changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From mike(a)navi.cx 2004-27-09 04:53 -------
I'll confirm this for now though I suspect this is still invalid. Until we
figure out what you actually want to achieve with this, I'll keep it open.
--
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=2490
------- Additional Comments From mike(a)navi.cx 2004-27-09 04:46 -------
Well, the preloader is required to get a Win32 compatible address space. It's
not a kernel 2.4/2.6 thing I'm afraid.
The preloader is a rather unique piece of code, you can be assured these options
are specified for a reason. Why do you want to disable it? Changing the options
here provides no additional security whatsoever as the preloader cannot be
exploited via buffer-overflows. You're far more likely to be compromised via the
software you run on it.
There was a discussion about this on wine-devel in the past few days.
--
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=2372
------- Additional Comments From wine-bugzilla(a)fedorafaq.org 2004-26-09 13:26 -------
I've seen this, and it seemed to be fixed by using
WINEDLLOVERRIDES="wininet=n,ole32=n,advpack=n"
when doing the install. However, even then I run into an exception when trying
to install, after the CABs are unpacked but before much real installation
actually takes place (around 1%).
--
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=2333
------- Additional Comments From wine-bugzilla(a)fedorafaq.org 2004-26-09 13:21 -------
That's not a bug. Just run wineboot at the command-line.
--
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=2320
burnus(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lionel.ulmer(a)free.fr
------- Additional Comments From burnus(a)gmx.de 2004-26-09 11:29 -------
Lionel Ulmer:
> Well, you are luckier than me.... I get either an X11 crash using my NVIDIA
> drivers or an X11 error when using Mesa.
> Anyway, the problem is that the application wants to do 'off-screen' rendering
> (ie rendering to a DIB section instead of to a Window). This is not supported
> (yet) in Wine.
I think I found out why you get this crash and I not. I also get (now)a crash if
I install Diamond and then open a file.
If I choose File|New, Tools|Options and disable double buffering -- then I can
open the files and get now either the message box stated above or, more usually,
noting at all is drawn.
> I will see what I can do, but I think it will problematic (as you will have
> all the problems of synchronisations between the X11 Pixmap and the Win32 DIB
> section).
Is there any chance to fix the drawing when doing no double buffering?
--
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=2490
------- Additional Comments From basic(a)mozdev.org 2004-26-09 08:41 -------
ok after playing around abit, it seems that the stack protector problem is with
the -nodefaultlibs linker option. Not sure if removing that option would be ok.
Adding -lc -lgcc didn't help. Though after digging through all this, I'm
wondering if it is possible to have configure options to use or not to use the
preloader? I mean, the preloader is only used to make wine portable across 2.4
and 2.6 linux kernels right?
--
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.