http://bugs.winehq.org/show_bug.cgi?id=4332
------- Additional Comments From tuharsky(a)misbb.sk 2006-27-01 01:31 -------
Hallo
I have found another important thing, missing in the manual. Due to this lack of
information, make install produces NO functional wine at all.
Documentation should make user beware, that he should edit the /etc/ld.so.conf
and add the line /usr/local/lib, and then run ldconfig. See issue 4420.
What do You think?
--
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=4421
------- Additional Comments From mike(a)codeweavers.com 2006-26-01 20:12 -------
If the newer version of Wine doesn't help, please try:
./configure
make clean
make depend
make
--
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=4421
------- Additional Comments From mike(a)codeweavers.com 2006-26-01 20:11 -------
> I'm using gcc 4.0.2 and tried removing all the *.spec.[coh] files.
I guess you're probably using a very old version of Wine then. Could you please
try with the latest version of Wine?
--
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=4421
Summary: unresolved externals in CVS build (e.g.,
CLIPFORMAT_UserMarshal in marshal.o)
Product: Wine
Version: CVS
Platform: HP
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: david.ronis(a)mcgill.ca
I just tried a cvs update and rebuild (it's worked in the recent past). The
build fails as:
make[3]: Entering directory `/home/ronis/Project/notar/wine/dlls/ole32/tests'
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole compobj.o
marshal.o moniker.o propvariant.o stg_prop.o storage32.o testlist.o -o
ole32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls
-L../../../dlls/oleaut32 -L../../../dlls/ole32 -L../../../dlls/user32
-L../../../dlls/gdi32 -L../../../dlls/kernel32 -L../../../libs -loleaut32
-lole32 -luser32 -lgdi32 -lkernel32 -luuid
marshal.o(.text+0x5f87): In function `test_marshal_CLIPFORMAT':
/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1744: undefined
reference to `CLIPFORMAT_UserSize'
marshal.o(.text+0x600b):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1748:
undefined reference to `CLIPFORMAT_UserMarshal'
marshal.o(.text+0x6120):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1754:
undefined reference to `CLIPFORMAT_UserUnmarshal'
marshal.o(.text+0x618f):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1758:
undefined reference to `CLIPFORMAT_UserFree'
marshal.o(.text+0x61d6): In function `test_marshal_HWND':
/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1770: undefined
reference to `HWND_UserSize'
marshal.o(.text+0x625a):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1774:
undefined reference to `HWND_UserMarshal'
marshal.o(.text+0x6309):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1779:
undefined reference to `HWND_UserUnmarshal'
marshal.o(.text+0x6375):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1783:
undefined reference to `HWND_UserFree'
marshal.o(.text+0x63c0): In function `test_marshal_HGLOBAL':
/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1798: undefined
reference to `HGLOBAL_UserSize'
marshal.o(.text+0x6451):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1803:
undefined reference to `HGLOBAL_UserMarshal'
marshal.o(.text+0x64f2):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1808:
undefined reference to `HGLOBAL_UserUnmarshal'
marshal.o(.text+0x655e):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1811:
undefined reference to `HGLOBAL_UserFree'
marshal.o(.text+0x65dc):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1819:
undefined reference to `HGLOBAL_UserSize'
marshal.o(.text+0x666d):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1824:
undefined reference to `HGLOBAL_UserMarshal'
marshal.o(.text+0x682c):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1838:
undefined reference to `HGLOBAL_UserUnmarshal'
marshal.o(.text+0x6895):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1841:
undefined reference to `HGLOBAL_UserFree'
marshal.o(.text+0x69a1): In function `test_marshal_HENHMETAFILE':
/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1864: undefined
reference to `HENHMETAFILE_UserSize'
marshal.o(.text+0x6a1d):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1867:
undefined reference to `HENHMETAFILE_UserMarshal'
marshal.o(.text+0x6ba6):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1882:
undefined reference to `HENHMETAFILE_UserUnmarshal'
marshal.o(.text+0x6c0f):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1885:
undefined reference to `HENHMETAFILE_UserFree'
marshal.o(.text+0x6c41):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1891:
undefined reference to `HENHMETAFILE_UserSize'
marshal.o(.text+0x6cbd):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1894:
undefined reference to `HENHMETAFILE_UserMarshal'
marshal.o(.text+0x6d6d):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1901:
undefined reference to `HENHMETAFILE_UserUnmarshal'
marshal.o(.text+0x6dd6):/home/ronis/Project/notar/wine/dlls/ole32/tests/marshal.c:1904:
undefined reference to `HENHMETAFILE_UserFree'
collect2: ld returned 1 exit status
winegcc: /usr/bin/gcc failed.
make[3]: *** [ole32_test.exe.so] Error 2
I'm using gcc 4.0.2 and tried removing all the *.spec.[coh] files.
David
--
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=3893
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.pcgo.de/aktuell/a
| |usgabe0103/fritz.zip
Severity|major |normal
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
OS/Version|Windows XP |Linux
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-26-01 15:22 -------
Confirming+ added download link in URL field (i guess OS is Linux?)
--
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=1374
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |OnlyOlli(a)gmx.de
------- Additional Comments From tony.lambregts(a)gmail.com 2006-26-01 11:02 -------
*** Bug 4417 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4417
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From tony.lambregts(a)gmail.com 2006-26-01 11:02 -------
>From comment 10 in bug 1374
---8<---
I got in touch with the guys who wrote Hammer. They are quite nice and are
eager to help. They sent me a build of Hammer 3.4 that set the DCX_CLIPSIBLINGS
flag. Unfortunately, this did not fix the problem. I hacked wine such that all
calls to GetDCEx() assumed the DCX_CLIPSIBLINGS flag. This did not help, either.
Then I tried hacking GetDCEx() to always or-in "DCX_CACHE | DCX_CLIPSIBLINGS",
which are the flags that Lionel's patch uses, and *that* fixed the problem. At
least, it fixed the problem to the extent that Lionel's patch fixed the problem.
That is, the stand-alone OpenGL windows now render, but OpenGL does not render
when the window is a child of a 4-way splitter.
---8<---
Resolving as DUPLICATE
*** This bug has been marked as a duplicate of 1374 ***
--
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=4420
------- Additional Comments From vitaliy(a)kievinfo.com 2006-26-01 09:13 -------
As a root: add line /usr/local/lib to /etc/ld.so.conf and run ldconfig.
You should also read on how to create your own binary deb packages. That should
be way faster then compiling on each machine.
--
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=4420
Summary: compilation -make install dosen't produce functional
wine
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tuharsky(a)misbb.sk
Hi
On machine with Debian Sarge and distributional Wine 200503 installed, we need
to install fresh new wine, and need to do it automatically on many machines.
Now, there are no packages for Sarge any newer than 200504, and the newest for
Etch is version 0.9.2 (unusable anyway because of dependencies), and we need
_new_ version because of bug fixes; in short:
we need to deploy wine compiled from source.
So, I remove the distributional wine with depending libraries and do it as the
User's Guide describes this process -as chain of typical steps:
.configure
make depend
make
make install
Using this way produces NO functional wine on the machine! The product of such
process is error:
wine: error while loading shared libraries: libwine.so.1: cannot open shared
object file: No such file or director
However, if i use tools/wineinstall instead, the result IS functional wine
environment!
There are downsides though: wineinstall tool cannot be executed automatically.
It must be run under user's shell, he must answer question about system-wide
installation and later enter the root password.
--
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=4417
------- Additional Comments From OnlyOlli(a)gmx.de 2006-26-01 08:59 -------
Hm, that may be... But I've applied the Patch in the other bug (manually), but
it's still not working with the DCX_CLIPSIBLINGS and DCX_CACHE flag set.
it havent even changed something...
it still paints on the whole screen :(
--
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=4412
mike(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From mike(a)codeweavers.com 2006-26-01 07:22 -------
Patch applied. Closing.
--
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=4131
------- Additional Comments From magnus(a)hacka.net 2006-26-01 06:18 -------
If you do not experience freezing issues when just launching Steam:
wine Steam.exe
Then you are experiencing a diffrent bug :)
--
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=4268
------- Additional Comments From tuharsky(a)misbb.sk 2006-26-01 04:52 -------
In order to find out, if there is the space before printer, I have taken two
screenshots from ISS under WXP.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4412
------- Additional Comments From mike(a)codeweavers.com 2006-26-01 01:40 -------
We already define symbols in the preloader for -finstrument-functions and they
haven't changed so far. Won't your patch will break if somebody changes the
name of the option "-fno-stack-protector"? In any case, I know that somebody
using gentoo will find the "breakage" first. :)
--
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=4412
------- Additional Comments From vapier(a)gentoo.org 2006-26-01 00:01 -------
the reason i didnt propose that type of patch is that the symbol names have
changed in the ssp implementation over time
yes, the patch you posted will work for the current mainline gcc, but it wont
work for people who have been using ssp before it was integrated officially
the original developer of ssp used the symbol names "__guard" and
"__stack_smash_handler"
also, but very very unlikely, defining the symbols locally wouldnt cover another
name symbol name change
--
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=4412
vapier(a)gentoo.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1760 is|0 |1
obsolete| |
------- Additional Comments From vapier(a)gentoo.org 2006-25-01 23:36 -------
Created an attachment (id=1768)
--> (http://bugs.winehq.org/attachment.cgi?id=1768&action=view)
wine-no-ssp.patch
updated accordingly
--
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=4412
------- Additional Comments From mike(a)codeweavers.com 2006-25-01 22:59 -------
ifeq is not portable, and yes, it's good to keep the dynamic logic out of
Makefiles, and in configure.
--
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=4180
------- Additional Comments From mmai1879(a)bigpond.net.au 2006-25-01 21:41 -------
I tried typing in all numbers even though I couldn't see them but it didn't
work. I also typed in iii and that fits ok. Purely a size problem.
--
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=4412
------- Additional Comments From vapier(a)gentoo.org 2006-25-01 20:50 -------
> You shouldn't use @ifeq in Makefiles.
why ? matter of preference or you want to keep all the dynamic logic in
configure or ... ? it's trivial to make the change, i'm just wondering why so i
dont have to change future patches as well :)
--
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=4412
------- Additional Comments From mike(a)codeweavers.com 2006-25-01 20:39 -------
You shouldn't use @ifeq in Makefiles. You should do something like
STACKPROTECTFLAG = @STACKPROTECTFLAG@
then define STACKPROTECTFLAG to nothing or -fno-stack-protector in configure.
--
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.