http://bugs.winehq.com/show_bug.cgi?id=1391
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:10 -------
Bug comments restored from Gmane.org:
I'm using Red Hat Linux 9 - kernel 2.4.20-9.
After instalation of wine-20010418 (rpm) when I tried to test with notepad.exe,
wine returns the message:
šwine: chdir to /tmp/.wine-root/server-302-7e59 : no such file or directoryš
I tried unistall the rpm and install by sources (compiling the program), but I
had the same results. I don't know what to do...
Tks.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-15 10:32
-------
Invalid report. Some research would probably have shown gazillions of hits about
this issue.
*** This bug has been marked as a duplicate of 1343 ***
------- Additional Comments From mike(a)theoretic.com 2003-04-16 04:13 -------
Perhaps we should put something on the front page about this for a while?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1424
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:10 -------
Bug comments restored from Gmane.org:
I just started messing with a few simple windows progs and tought it would be a
great acomplishment if we can run their programs
Think of it:
dxdiag is a great test case for the directX part (direct draw,direct 3d, sound, music,
direct play...)
ftp,telnet,ping,tracert can show who good the network code is
defrag will mybe show who great low level hardware accses is ? what will it do with
a non fat paritation? do I hear a challange?
I don't know what the rest of you think, but a big bug tree looks cool to me becouse
you know you can fix something little and to how many other things it helps so this
tree may get a bit big.... I don't hear no objections :)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1423
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:09 -------
Bug comments restored from Gmane.org:
I'm having trouble with this patch and Red Hat 9: <http://www.
winehq.com/hypermail/wine-cvs/2003/04/0224.html>. Multithreaded
apps started crashing deep down in the guts of gethostbyname_r
whenever it's called from multiple threads at once. The crash
typically looks like this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1118186784 (LWP 27326)]
0x4206c909 in fgets_unlocked () from /lib/tls/libc.so.6
(gdb) bt
#0 0x4206c909 in fgets_unlocked () from /lib/tls/libc.so.6
#1 0x4023e1e4 in _nss_files_gethostbyname_r () from
/lib/libnss_files.so.2
#2 0x420f2b3c in gethostbyname_r@@GLIBC_2.1.2 () from
/lib/tls/libc.so.6
#3 0x40cf77c7 in __ws_gethostbyname (name=0x402900cf "media.
monster.com",
dup_flag=1) at socket.c:3044
#4 0x40cf78f4 in WS_gethostbyname (name=0x402900cf "media.
monster.com")
at socket.c:3085
(gdb) info thr
* 8 Thread 1118186784 (LWP 27326) 0x4206c909 in fgets_unlocked
()
from /lib/tls/libc.so.6
7 Thread 1115761952 (LWP 27325) 0xffffe002 in ?? ()
6 Thread 1113337120 (LWP 27324) 0xffffe002 in ?? ()
5 Thread 1110912288 (LWP 27323) 0x004168ff in ?? ()
2 Thread 1100885280 (LWP 27314) 0xffffe002 in ?? ()
1 Thread 1074023232 (LWP 27305) 0xffffe002 in ?? ()
(gdb) thr 7
[Switching to thread 7 (Thread 1115761952 (LWP 27325))]#0
0xffffe002 in ?? ()
(gdb) bt
#0 0xffffe002 in ?? ()
#1 0x41c5f6d4 in send_dg () from /lib/libresolv.so.2
#2 0x41c5ecb5 in __libc_res_nsend () from /lib/libresolv.so.2
#3 0x41c5dc07 in __libc_res_nquery () from /lib/libresolv.so.2
#4 0x41c5e35b in __libc_res_nquerydomain () from /lib/libresolv.
so.2
#5 0x41c5df22 in __libc_res_nsearch () from /lib/libresolv.so.2
#6 0x40d0805f in _nss_dns_gethostbyname2_r () from
/lib/libnss_dns.so.2
#7 0x40d08293 in _nss_dns_gethostbyname_r () from
/lib/libnss_dns.so.2
#8 0x420f2b3c in gethostbyname_r@@GLIBC_2.1.2 () from
/lib/tls/libc.so.6
#9 0x40cf77c7 in __ws_gethostbyname (name=0x40295b4f "media.
monster.com",
dup_flag=1) at socket.c:3044
#10 0x40cf78f4 in WS_gethostbyname (name=0x40295b4f "media.
monster.com")
at socket.c:3085
Reversing patch #7969 seems to fix the problem. To reproduce the
crash, run the local web proxy Proxomitron <http://www.
proxomitron.org/> and try loading sites with lots of images. I'm
running Red Hat 9 with glibc 2.3.2-27.9 and the --with-nptl
configure option (wine fully rebuilt after installing RH9).
------- Additional Comments From prupe <at> myrealbox.com 2003-05-03 14:36 -------
After rebuilding from the latest CVS, I can't get this crash to happen any more.
Marking as fixed.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1390
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:09 -------
Bug comments restored from Gmane.org:
Happened for me on Mathematica 4.0 Type1 fonts since fonts.scale included
c0632bt_.pfa (as did fonts.dir, and will even after mkfontdir) but such a file was
not in the appropriate fonts directory. During startup:
...
Font metrics: 6.8% done
Font metrics: 6.9% done
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 45 (X_OpenFont)
Value in failed request: 0x2a0010a
Serial number of failed request: 964
Current serial number in output stream: 965
Must `xset fp rehash` after removing some font file to reproduce, and font must
be in fonts.scale.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1422
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
Wine-20030408 compilation fails in a couple of places (missing
symbols), because of the way I compiled ncurses. Ncurses could be compiled
with --with-termlib option which build terminfo-stuff into separate library,
libtinfo. I've got such a build, but wine would only add "-lncurses" to it's
command line when compiling/linking. So these symbols are not found. Wine
configure should check whether some terminfo-stuff symbol (e.g., acs_map) is
in libtinfo or libncurses, and in the former case, use "-lncurses -ltinfo".
Manual adding of -ltinfo to makefile did the compile for me, but it should
be incorporated to configure.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1421
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
my system:
was slackware-8.1 at first
almost everything built from sources now:
glibc-2.3.2
gcc-3.2.3
flex-2.5.31
bison-1.875
wine won't compile on my machine
attached are config.log and the results of running make
------- Additional Comments From man <at> oceanography.ru 2003-04-29 02:35 -------
Created an attachment (id=467)
--> (http://bugs.winehq.com/attachment.cgi?id=467&action=view)
configure log file, gzipped
------- Additional Comments From man <at> oceanography.ru 2003-04-29 02:36 -------
Created an attachment (id=468)
--> (http://bugs.winehq.com/attachment.cgi?id=468&action=view)
make log (with errors), gzipped
------- Additional Comments From mike <at> theoretic.com 2003-04-29 08:02 -------
Try downgrading flex.
------- Additional Comments From man <at> oceanography.ru 2003-04-29 10:44 -------
I though about it and, immediately after posting this bugreport, tried flex-2.5.27.
The problem is in flex (I've reported a bug on their page), because flex-2.5.27
worked. Thus, this bugreport was irrelevant to wine.
Sorry.
------- Additional Comments From man <at> oceanography.ru 2003-04-29 10:48 -------
Closing this irrelevant bug.
Gotta go bug(ger) flex.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1388
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
QuicktimeInstaller craches with the following error:
fixme:win32:PE_CreateModule Security directory ignored
Warning: Language 'no_NO' was not found, retrying without country name...
Warning: Language 'no' was not recognized, defaulting to English
err:string:lstrcpyA (0x416015e0, (nil)): page fault occurred ! Caused by bug ?
------- Additional Comments From mike(a)theoretic.com 2003-04-15 05:29 -------
Which version of QuickTime is this?
------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 20:36 -------
lstrcpyA may have nothing to do with it.
Could you provide a +relay log and/or the debugger stack backtrace?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1420
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:07 -------
Bug comments restored from Gmane.org:
Wine will fail to run with nscd running in memory. 'nscd' is a DNS caching
service and should not effect wine operation.
The following error is produced every time:
wine: lstat /tmp/.wine-user/server-816-31a/socket : No such file or directory
strace pointed to the possible problem:
getuid32() = 1000
socket(PF_UNIX, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = 0
writev(3, [{"\2\0\0\0\1\0\0\0\5\0\0\0", 12}, {"1000\0", 5}], 2) = 17
read(3, "\0\0\0\0\1\0\0\0\10\0\0\0\2\0\0\0\350\3\0\0\350\3\0\0\1"..., 36) = 36
read(3, "user\0x\0\0/home/user\0/bin/ba"..., 35) = 35
close(3) = 0
stat64("/home/user/.wine", {st_mode=S_IFDIR|0750, st_size=232, ...}) = 0
chdir("/tmp/.wine-user/server-816-31a") = 0
stat64(".", {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0
getuid32() = 1000
lstat64("socket", 0xbfffe430) = -1 ENOENT (No such file or directory)
Stopping the nscd service resolves the problem.
wine 20030318
nscd (GNU libc) 2.3.2
Gentoo Linux (2.4.20-gentoo-r3)
gcc (GCC) 3.2.2 20030322 (Gentoo Linux 1.4 3.2.2-r2)
glibc 2.3.2-r1
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-28 17:13
-------
Wow, good spot!
Immediately reassigning to Alexandre for fast bugfixing...
------- Additional Comments From dclark <at> akamail.com 2003-04-28 18:18 -------
Adding wine-bugs to the CC list, else any new postings won't show up on gmane
(nor the wine-bugs archives, I think).
------- Additional Comments From julliard <at> winehq.com 2003-04-28 18:34 -------
Nothing to do with nscd, it's the well known glibc problem.
Get the latest wine and build with the --with-nptl flag.
*** This bug has been marked as a duplicate of 1343 ***
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:10
-------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1387
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:06 -------
Bug comments restored from Gmane.org:
Hello wine programmers,
I'm trying to install a Dorling Kindersley educational software
package called "Learning Ladder - Ages 5 - 7"
The install fails with the error:
Unhandled exception: page fault on read access
My environment is a fresh wine-20030318 on Redhat 8.0.
The output of the winedbg tool is attached.
Many thanks,
Simon Taylor
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 05:40 -------
Created an attachment (id=453)
--> (http://bugs.winehq.com/attachment.cgi?id=453&action=view)
The output of the winedbg tool
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-14 06:23
-------
Sorry, output is useless, since the program starts the real setup.exe with
CreateProcess() and then immediately quits.
And for some reason Wine doesn't keep logging the new process. :-\
Alexandre, could you tell us whether this behaviour is undesired and
should/could be changed?
BTW, you could run D:\dksetup\setup.exe instead of the setup wrapper.
That way the *real* installation program should get logged properly.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 07:30 -------
Created an attachment (id=454)
--> (http://bugs.winehq.com/attachment.cgi?id=454&action=view)
The output of bug_report.pl for /mnt/cdrom/dksetup/setup.exe
------- Additional Comments From mike(a)theoretic.com 2003-04-14 09:04 -------
If you've run up2date lately, you'll need the very latest release or CVS to
avoid problems with glibc
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:50 -------
Thanks for the attention people have given this bug report so far - it's very
heartening.
Things have moved along a little, I now get a different Unhandled exception
error ;-)
Specifically:
* I run " wine /mnt/cdrom/dksetup/setup.exe"
* I get a small Installshield Wizard window with a
progress bar and then another small window with:
Unhandled exception
Error Number: 0x80040706
Desciption: Object reference not set
Setup will now terminate
* I've run this process through a dozen times, (taking care to
clean up any old wine or wineserver processes still
running), and I've noticed that every so often I don't get the
Unhandled exception window, and I get as far as the full screen
Installshield window. But my wine session and screen are
unresponsive at that point.
I'm going to attach the latest bug_report.pl output. Are there any other
tests I can run to help?
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:52 -------
Oops. I forgot to mention in my last comment that I have installed
today's cut of wine from cvs. Otherwise I am running on a
fairly vanilla RedHat 8.0 laptop.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:53 -------
Created an attachment (id=455)
--> (http://bugs.winehq.com/attachment.cgi?id=455&action=view)
The output of the bug_report.pl program using wine-20030408
------- Additional Comments From mike(a)theoretic.com 2003-04-15 05:28 -------
Try installing dcom98 from microsoft.com
------- Additional Comments From simon(a)unisolve.com.au 2003-04-23 06:32 -------
Thanks for the suggestion Mike.
I've downloaded DCOM98.exe, but when I try to install it, I get an error
window that says:
A newer version of DCOM95 or DCOM98 had been installed.
To override, you must uninstall the current version first.
To ensure that I was not getting this error due to old dcom software
lying around, I then setup my wine config file so that it
pointed to new c: and e: drives (empty except for the minimum Windows
directories you guys recommend. So therefore it's a Unix only empty widows system).
It still generated the same error.
I searched for the error in the winehq bug list, and on google
generally. I saw a few mentions, but no obvious resolution.
If anyone can help me to progress this, I would be most grateful.
I'm very keen to install this app, (and others like it), that I
have purchased for my kids, and dammit (!) I don't want Windoze
in the house ;-)
------- Additional Comments From mike(a)theoretic.com 2003-04-23 10:41 -------
Are you running the DCOM installer with builtin ole32, oleaut32 or rpcrt4 dlls?
I don't really know what's going on here. I assume you've tried a clean install
right? DCOM should install right off with no problems on a clean install of
WineHQ CVS.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-24 00:10 -------
Actually no, dcom98.exe from microsoft.com does not install for me with a
fresh Unix only wine environment and todays CVS cut of wine.
I've attached a script file that shows the process I ran to prove this.
In summary, I:
* Removed my old c directory (/c)
* Got the latest wine from CVS and built it
* Logged in as a user who has never run wine before (eg: no .wine directory)
* Ran tools/wineinstall to rebuild wine and to build a local .wine directory
and a local c directory
* Confirmed what was done by wineinstall
* cd to the new c directory
* cp the DCOM98.exe file into that directory
* wine DCOM98.exe
And unfortunately, I get exactly the same error as before. It insists that
I have to uninstall the earlier DCOM version first ;-(
This is dead easy to reproduce, should I make this into a separate bug report
or leave it here?
Any feedback gratefully received.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-24 00:12 -------
Created an attachment (id=463)
--> (http://bugs.winehq.com/attachment.cgi?id=463&action=view)
A 'script' file of the tools/wineinstall process
------- Additional Comments From mike(a)theoretic.com 2003-04-25 03:16 -------
I'll try this tonight with latest CVS wine (i haven't done an update for a while).
It sounds like something broke DCOM installation recently. Not good. If I get
the same results we should open a new bug.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1419
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:06 -------
Bug comments restored from Gmane.org:
It would be nice to have an option for wine.conf that disallows applications
running under WINE from accessing the network. This would be especially helpful
in the situation where a user would like to run an email attachment without
having to worry about spreading the latest MS virus.
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 20:20
-------
There was a discussion on wine-devel about that subject and the conclusion was
that Wine is the wrong level for implementing this kind of feature.
Instead, this sort of feature should be implemented at the Unix level by
preventing (some/specific) applications from making specific system calls, e.g.
network system calls, which would prevent malicious Linux applications from
doing bad things.
Using such a framework it would be possible to prevent Wine, and thus Windows
applications, from accessing the network, accessing specific directories or
files, etc, etc. And the advantage is that this would even stop cross-platform
viruses, i.e. viruses that know about Wine and make Linux system calls when they
detect they are on Linux.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.