http://bugs.winehq.org/show_bug.cgi?id=14185
Summary: Wine 1.0 networking issues - /proc/net/route doesn't
exit on Solaris hosts.
Product: Wine
Version: 1.0.0
Platform: Sun
OS/Version: Solaris
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cmihai(a)boreas.ro
Applications running in Wine 1.0 on Solaris hosts don't have any networking
support. Wine attempts to use /proc/net/route to count route entries. There is
no such thing on Solaris hosts.
Instead, it should use something like netstat -rn.
Behaviour:
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
To test this, I have created a /route file with a similar syntax to Linux
/proc/net/route:
cthulhu% cat /route
Iface Destination Gateway Flags RefCnt Use Metric Mask
MTU Window IRTT
iwk00 00000000 0001A8C1 0003 0 0 0
00000000 0 0 0
And have modified wine sources by replacing /proc/net/route with /route in
dlls/iphlpapi/ipstats.c
After recompiling wine, I was able to run applications like EVE and connect to
the Internet.
Anyway, atm this is just a poor hackjob. It should not use /proc/net on
non-Linux hosts at all.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14816
Summary: Build breaks on "Solaris Express Community Edition"
(SX:CE) (Solaris 11) at git + many warnings
Product: Wine
Version: 1.1.2
Platform: Sun
OS/Version: Solaris
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rob1weld(a)aol.com
My Operating System is "Solaris Express Community Edition".
bash-3.2$ uname -a
SunOS unknown 5.11 snv_93 i86pc i386 i86pc
I am using the default (vendor supplied) gcc.
bash-3.2$ gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
Configured with: /builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc
--enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-20050802)
You will notice that when the Programmers at Sun compiled gcc for their
Operating System that they used the configure options
"--with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld
--without-gnu-ld". This is in accordance with Sun's recommended practice (use
Sun's "ld" and not another).
When I configured Wine in keeping with the accepted practice on this platform
and to identify X11's correct location I edited "tools/wineinstall". That file
says such a change is permitted. Here is the small portion I edited:
#--- defaults (change these if you are a packager)
#CONFARGS="" # configure args, e.g. --prefix=/usr
CONFARGS="--prefix=/opt/gnu/wine --with-x --x-includes=/usr/include/X11
--x-libraries=/usr/X11/lib --with-as=/opt/gnu/bin/as --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld"
Issue 1.): (Not a "bug", a problem)
There are way too many warnings of this nature:
warning: visibility attribute not supported in this configuration; ignored
My build log was created by running the builder/installer with this command:
bash-3.2$ ./tools/wineinstall 2>&1 | tee gmade_wine_1a_log.txt
bash-3.2$ ggrep visibility\ attribute\ not\ supported gmade_wine_1a_log.txt |
wc -l
13820
My build log would be 13820 lines shorter if I did not get those warnings.
Issue 2.): (A "bug")
The build breaks here:
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole
generated.o misc.o protocol.o stream.o url.o testlist.o -o
urlmon_test.exe.so ../../../libs/port/libwine_port.a -lurlmon -lole32 -luser32
-ladvapi32 -lkernel32 -lsocket -lnsl
cp ../../dlls/mshtml/tests/mshtml_test.exe.so mshtml_test.exe && strip
mshtml_test.exe
cp ../../dlls/msxml3/tests/msxml3_test.exe.so msxml3_test.exe && strip
msxml3_test.exe
cp ../../dlls/shdocvw/tests/shdocvw_test.exe.so shdocvw_test.exe && strip
shdocvw_test.exe
cp ../../dlls/urlmon/tests/urlmon_test.exe.so urlmon_test.exe && strip
urlmon_test.exe
../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include
-DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\"
-fowinetest.res winetest.rc
*** Error code 137
make: Fatal error: Command failed for target `winetest.res'
Current working directory /aux0/wine-1.1.2/programs/winetest
*** Error code 1
The following command caused the error:
cd winetest && make
make: Fatal error: Command failed for target `winetest'
Current working directory /aux0/wine-1.1.2/programs
*** Error code 1
The following command caused the error:
cd programs && make
make: Fatal error: Command failed for target `programs'
Compilation failed, aborting install.
bash-3.2$
If I type the exact same command by hand I do not get an error:
bash-3.2$ cd /aux0/wine-1.1.2/programs/winetest
bash-3.2$ ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include
-I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD
2>/dev/null`\" -fowinetest.res winetest.rc
bash-3.2$ cd /aux0/wine-1.1.2
bash-3.2$
Perhaps if you used "ksh93 -c ..." or "bash -c ..." to execute that line you
would have success.
Issue 3.): (A "bug")
The first time I compiled and installed Wine I got this error when I tried to
run Wine:
start_wineboot failed to start wineboot, err 1359
I tried to search your bug list and the Internet to discover what error 1359
was with very little luck, see here
http://www.google.ca/search?q=start+wineboot+"err+1359" . Another reporter has
made this entry (with a different error number):
[Bug 11158] Wineboot and virtual desktop
http://www.winehq.org/pipermail/wine-bugs/2008-February/093660.html
The Wine executable resulting from my first build attempt had no debugging info
so second time I compiled Wine I first set two environment variables:
bash-3.2$ set | grep FLAGS
CFLAGS=-g
CXXFLAGS=-g
I should be able to use gdb to trace what the error is. Sometimes Wine simply
terminates with the above message and on other occasions the OS mentions an
"Illegal Instruction".
Issue 4.): (A "bug")
My config.log says this (edited):
...
configure:7340: checking ldap.h usability
configure:7357: gcc -c -g conftest.c >&5
configure:7363: $? = 0
configure:7377: result: yes
configure:7381: checking ldap.h presence
configure:7396: gcc -E conftest.c
configure:7402: $? = 0
configure:7416: result: yes
configure:7449: checking for ldap.h
configure:7457: result: yes
...
configure:9811: result: yes
configure:9763: checking for X11/extensions/Xrandr.h
configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5
conftest.c:110:35: X11/extensions/Xrandr.h: No such file or directory
configure:9795: $? = 1
configure: failed program was:
| /* confdefs.h. */
...
| #define HAVE_X11_EXTENSIONS_XINERAMA_H 1
| /* end confdefs.h. */
| #ifdef HAVE_X11_XLIB_H
| # include <X11/Xlib.h>
| #endif
| #ifdef HAVE_X11_XUTIL_H
| # include <X11/Xutil.h>
| #endif
|
| #include <X11/extensions/Xrandr.h>
configure:9811: result: no
configure:9763: checking for X11/extensions/Xrender.h
configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5
configure:9795: $? = 0
configure:9811: result: yes
configure:9763: checking for X11/extensions/xf86vmode.h
configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5
conftest.c:111:38: X11/extensions/xf86vmode.h: No such file or directory
configure:9795: $? = 1
configure: failed program was:
| /* confdefs.h. */
...
| #define HAVE_X11_EXTENSIONS_XRENDER_H 1
| /* end confdefs.h. */
| #ifdef HAVE_X11_XLIB_H
| # include <X11/Xlib.h>
| #endif
| #ifdef HAVE_X11_XUTIL_H
| # include <X11/Xutil.h>
| #endif
|
| #include <X11/extensions/xf86vmode.h>
configure:9811: result: no
...
configure:10681: checking for -lXinerama
configure:10716: gcc -o conftest -g -I/usr/include/X11 conftest.c -lXinerama
-L/usr/X11/lib -R/usr/X11/lib -lXext -lX11 -lsocket -lnsl >&5
configure:10722: $? = 0
configure:10749: result: libXinerama.so.1
...
configure:14597: checking for esd-config
configure:14615: found /usr/bin/esd-config
configure:14627: result: /usr/bin/esd-config
configure:14647: checking for esd_open_sound in -lesd
configure:14682: gcc -o conftest -g conftest.c -lesd -L/usr/lib -lesd
-laudiofile -lm >&5
configure:14688: $? = 0
configure:14706: result: yes
...
configure:17730: checking for LDAPSortKey
configure:17761: gcc -c -g conftest.c >&5
conftest.c:226: error: syntax error before "ac__type_new_"
conftest.c:226: warning: data definition has no type or storage class
conftest.c: In function `main':
conftest.c:230: error: syntax error before ')' token
...
| /* end confdefs.h. */
| #include <ldap.h>
|
| typedef LDAPSortKey ac__type_new_;
| int
| main ()
| {
| if ((ac__type_new_ *) 0)
| return 0;
| if (sizeof (ac__type_new_))
| return 0;
| ;
| return 0;
| }
configure:17782: result: no
configure:17942: checking for ldap_count_references
configure:17998: gcc -o conftest -g conftest.c -lsocket -lnsl -lpthread >&5
Undefined first referenced
symbol in file
ldap_count_references /var/tmp//ccI1aqbB.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
The result of those tests not being written in a manner that is compatible with
Solaris and thus failing (when given a chance they could work) is this message:
config.status:1665: executing include/wine commands
configure:24483: libXxf86vm development files not found, XFree86 Vidmode won't
be supported.
configure:24483: libxrandr development files not found, XRandr won't be
supported.
configure:24483: libcapi20 development files not found, ISDN won't be
supported.
configure:24483: libldap (OpenLDAP) development files not found, LDAP won't be
supported.
configure:24491: WARNING: No sound system was found. Windows applications will
be silent.
I do have Xrandr.h and xf86vmode.h (note how "xinerama.h" in the same directory
is found). You are using "gcc -I/usr/include/X11 ..." and in the conftest
program you have "#include <X11/extensions/Xrandr.h>".
That would mean that "Xrandr.h" would have to be in the
"/usr/include/X11/X11/extensions/Xrandr.h" file, instead of the
"/usr/include/X11/extensions/Xrandr.h" file.
# ls -l /usr/X11/include/X11/extensions/
...
-r--r--r-- 1 root bin 11583 Jun 20 16:04 Xrandr.h
...
-r--r--r-- 1 root bin 8569 Jun 20 15:14 xf86vmode.h
...
-r--r--r-- 1 root bin 1999 Jun 5 13:37 xinerama.h
I do have libldap and if you used "-lldap" in your test it would work better:
# ls -l /usr/lib/libldap.so
lrwxrwxrwx 1 root root 12 Jul 18 15:28 /usr/lib/libldap.so ->
libldap.so.5
There are a few things that need fixing to support Solaris (and in some of the
above cases the other OSes also).
Want a free copy of Solaris 11 (with ZFS) ?
Solaris Express Community Edition DVD - Build 95
http://opensolaris.org/os/downloads/sol_ex_dvd/
Thanks for the free software. I had Wine working quite well on GNU/Linux
(Debian) so hopefully it will be working on Solaris sometime soon.
BTW: The link to the 'binary' at Blastwave is 404.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13187
Summary: Apps hang on startup in X11DRV_CritSection
Product: Wine
Version: 1.0-rc1
Platform: Sun
OS/Version: Solaris
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: laurent(a)elanor.org
Created an attachment (id=13005)
--> (http://bugs.winehq.org/attachment.cgi?id=13005)
Wine console output
Hello,
Since a few versions ago, Adobe Reader installers do not start anymore,
blocking on thread errors. They used to work on version 0.9.54. I built Wine
each time using the same ./configure options.
The wine processes are stuck, but they do not die, they stay in memory, not
showing.
My system is Sun Solaris 10 U3, with patches. The compiler is Solaris' GCC
3.4.3.
Attached is the console output and the list of processes
I used the following to configure:
export PATH=/usr/bin:/usr/ccs/bin:/usr/sfw/bin:/opt/csw/bin:/opt/fontforge/bin
SHELL=/bin/bash \
CPPFLAGS='-I/usr/sfw/include -I/usr/X11/include -I/opt/csw/include' \
LDFLAGS='-lm -L/usr/sfw/lib -L/usr/X11/lib -L/opt/csw/lib -R/usr/sfw/lib
-R/usr/X11/lib -R/opt/csw/lib' \
./configure --prefix=/opt/wine-1.0-rc1 \
--without-alsa \
--without-audioio \
--without-capi \
--without-cms \
--without-coreaudio \
--without-esd \
--without-gphoto \
--without-hal \
--without-jack \
--without-ldap \
--without-nas \
--without-opengl \
--without-oss \
--without-sane
gmake depend
gmake
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13227
Summary: 100% CPU Usage with notepad - with dtrace output
Product: Wine
Version: 0.9.61.
Platform: Sun
OS/Version: Solaris
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mritun(a)gmail.com
Created an attachment (id=13061)
--> (http://bugs.winehq.org/attachment.cgi?id=13061)
DTrace stacktrace of most often executed functions
wineserver is consuming 100% of CPU while running any application. I have
created a test-case with notepad provided with wine. This bug is reproducible
every time.
The system is openSolaris build 84 (nevada SXCE build 84).
Specifics are as following:
$ WINEDEBUG=-all wine notepad
$ wine --version
wine-0.9.61
$ uname -a
SunOS spot 5.11 snv_84 i86pc i386 i86pc
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+
RAM: 2 GB DDR2 (single channel 2 GB x 1)
The dtrace script I used to create the backtrace log of where the "wineserver"
process is spending most of its time is as following:
# cat wine.d
#!/usr/sbin/dtrace -s
pid14618:wineserver::
{
@[ustack()] = count();
}
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30634
Bug #: 30634
Summary: SymInitialize process handle instead of process id in
W9x mode
Product: Wine
Version: 1.3.32
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benito(a)benibela.de
Classification: Unclassified
The wine dbghelp SymInitialize functions only works, when the process handle is
passed to it, even in Windows 9x compatibility mode.
But the (old) Platform SDK says explicitely:
hProcess
[in] Handle to the process for which symbols are to be maintained. If the
application is a debugger, use the process handle for the object being
debugged, otherwise use the GetCurrentProcess function to obtain the process
handle.
**Windows 95/98/Me**: Use the process identifier, not the process handle.
(and it seems to be implemented that way)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16916
Summary: CoH Updater causes Segmentation Fault
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Makitk(a)gmail.com
The following is returned in the terminal (I don't know how to make bugreports
with wine on command line and no-one seems to want to help me to restore wine
to it's GUI glory in Kubuntu 8.04 after something went wrong that removed Wine
from my KMenu.
<==>
Connected
Patching project: Coh Install Dir: C:\Program Files\City of Heroes
checksumLoad returned 1
Verifying checksum
Checksum Verify succeeded, requesting patch
fixme:mshtml:HlinkTarget_SetBrowseContext (0x147e80)->((nil))
fixme:urlmon:URLMonikerImpl_BindToObject use running object table
fixme:shdocvw:bind_to_object BindToObject failed: 80004005
fixme:urlmon:URLMonikerImpl_BindToObject use running object table
fixme:shdocvw:bind_to_object BindToObject failed: 80004005
Handling full manifest
Fixing files: piggs/geom.pigg6G 794579:00:53 Remaining
Error calling setsockopt, ending socket buffer size is not what we told it!
(16384!=32768)
Error calling setsockopt, ending socket buffer size is not what we told it!
(32768!=65536)
Error calling setsockopt, ending socket buffer size is not what we told it!
(65536!=131072)
Segmentation fault
<==>
Please note that the 'piggs/geom.pigg6G' error came after the updater crashed
once. So since it tries to uncorrupt one of the files, I'm not really sure what
happens.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24481
Summary: no way to set dpi per application
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
>From
https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/637549
wine-1.2
Ubuntu 10.04
To reproduce run winecfg and:
1. open "Applications" tab and select "Default Settings"
2. go to "Graphics" -> "Screen Resolution", set to 96 dpi
3. go to "Applications" -> "Add application..." -> choose some .exe
4. select newly added .exe then set "Graphics" -> "Screen Resolution" to 202
dpi
5. go back to "Applications" and select "Default Settings"
6. go to "Graphics" -> "Screen Resolution" and see it shows 202 dpi instead of
96 dpi.
Information in "Applications" tab provide wine should save settings from
"Graphics" and "Libraries" tabs on the per application basis.
What's more, it would allow to configure wine to open old 800x600 applications
in virtual desktop with higher DPI and actually use it in 1920x1080, etc.
"Applications" tab of winecfg says this functionality has already been
implemented, yet it doesn't work:
"Wine can mimic different Windows versions for each application. This tab is
linked to the Libraries and Graphics tabs to allow you to change systemwide or
per-application settings in those tabs as well."
Either the above information or the functionality should be changed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10795
Summary: UI-view32.exe does not show maps on screen
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
URL: http://www.ui-view.org/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: bug list
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: jpgrohn(a)gmail.com
Created an attachment (id=9654)
--> (http://bugs.winehq.org/attachment.cgi?id=9654)
Console texts
When starting UI-view32.exe, program starts ok, but map view is black. Map can
see very short time and then view goes black.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28478
Summary: Lego Universe Install Error
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ljohnwu(a)yahoo.com
When installing Lego Universe, I get the following Program Error popup window:
"The program error lego_universe_install.exe has encountered a serious problem
and needs to close. We are sorry for the inconvenience.".
Thanks for your assistance.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31622
Bug #: 31622
Summary: Multiple crashes in ISBEW64.exe during SlingPlayer 2
installation
Product: Wine
Version: 1.5.12
Platform: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41583
--> http://bugs.winehq.org/attachment.cgi?id=41583
Backtrace
During the installation of SlingPlayer 2 there are multiple crashes, all in the
same module: ISBEW64.exe.
It is not clear what effect this has as the installer seems to continue up to
meeting Bug 17289.
"winetricks -q gdiplus quartz vista" to work around other bugs.
This does not occur in Wine 1.5.6. I cannot currently perform a bisect but will
do so asap.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.