http://bugs.winehq.com/show_bug.cgi?id=1468
ed(a)halley.cc changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From ed(a)halley.cc 2003-22-05 16:56 -------
The above patches and .spec allow me to build and install and run the 20030508
.src.rpm of Wine on a fresh Red Hat Linux 9 box. There may still be issues but
this is a significant fix ready for other people to try.
--
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=1468
------- Additional Comments From ed(a)halley.cc 2003-22-05 16:54 -------
Created an attachment (id=260)
--> (http://bugs.winehq.com/attachment.cgi?id=260&action=view)
New .spec file for RHL9-ready wine-20030508.
This .spec file offers the two attached patches.
It also provides a fixed "Provides:" line for libntdll.dll.so (which the
auto-provides detector doesn't reliably find).
It also build-requires autoconf >= 2.53 (instead of the older name
autoconf253).
It also configures the build --with-nptl, which is required for RHL9's kernels.
It also marks the version as 1rh9winehq instead of 1rh8winehq.
It lastly offers a changelog to this effect.
--
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=1468
------- Additional Comments From ed(a)halley.cc 2003-22-05 16:47 -------
Created an attachment (id=259)
--> (http://bugs.winehq.com/attachment.cgi?id=259&action=view)
Forces the src wineserver to run during .src.rpm build
The current .src.rpm must run the regedit.exe program to populate the registry.
However, it does not reliably run the wineserver which was just built. This
may not be discovered on systems which already have an older wine built and
installed. By forcing the launch of the just-built wineserver, and giving a
second for the server to start properly, the .src.rpm becomes more robust.
--
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=1468
------- Additional Comments From ed(a)halley.cc 2003-22-05 16:43 -------
Created an attachment (id=258)
--> (http://bugs.winehq.com/attachment.cgi?id=258&action=view)
Specifies no docbook2pdf or docbook2ps steps
The Red Hat Linux 9 docbook-utils does not contain docbook2pdf or the backend
postscript tools. This patch removes that requirement from the makefiles. The
alternative is to add another build-require for docbook-utils-pdf, but it still
may not be complete.
--
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=1481
Summary: Can't start wine on linux 2.5.69 kernel with tls glibc
2.3.2 (linuxthreads, not nptl) / problem with wineserver
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: christophe(a)saout.de
Hi!
I really have no idea where this could be coming from.
Wine was working fine until about two or three months ago, I don't know exactly
what change caused this problem.
When trying to run wine I always get something like this:
chtephan:/### > wine ###.exe
wine: chdir to /tmp/.wine-chtephan/server-fe01-5364 : No such file or directory
There is no wineserver running or something, and I the /tmp directory is also clean.
I'm running the linux development kernel 2.5.69 and recently compiled glibc
2.3.2 with tls support (but still using linuxthreads). I didn't change anything
else.
--
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=1480
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2003-22-05 08:24 -------
> First, a Windows pop-up appears with this message:
>
> A newer version of DCOM95 or DCOM98 has been installed. To override, you
> must uninstall trhe current version first.
for this one you could try instructing wine to use native version of OLE32.DLL
for dcom-update process, even if this DLL is missing in clean-wine install.
I mean you can add "--dll ole32=n" to command line, as for example:
wine --dll ole32=n filemaker.exe
or you could try adding line "ole32" = "native" to your wine config-file, into
that (possibly new) section:
[AppDefaults\\install.exe\\DllOverrides]
"ole32" = "native"
there is "install.exe" used here because dcom98 updater (could be downloadded
from MS web) I was experimenting with was spawning child processes and needed
this dll-override only for "install.exe". though, dll-override from command line
seems to be more strict.
> Later, the install fails completely, with this message coming from wine:
> fixme:cabinet:FDICreate (pfnalloc == ^0x244f90b0, pfnfree == ^0x244f90be,
> pfnopen == ^0x244f90cc, pfnread == ^0x244f9294, pfnwrite == ^0x244f9401,
> pfnclose == ^0x244f956a, pfnseek == ^0x244f95f4, cpuType == -1, perf ==
> ^0x2453fae8): stub
>
> Please help.
eghm.. I think this one could be solved by such dll-override:
cabinet=n
and I would override cabinet.dll usage globally, for example by putting it to
section:
[DllOverrides]
"cabinet" = "native"
..
BTW, I cannot remember where did cabinet.dll come from. was it DCOM98 update,
or was it MSI package? whatever, good luck with wine :)
--
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=1464
rebus(a)seznam.cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Additional Comments From rebus(a)seznam.cz 2003-21-05 19:33 -------
Hello,
I have finally found a machine which works fine with wine. By comparing the
package list I have found the difference which caused all this.
It seems glibc contains nptl stuff only in i686 packages and not in i386.
I upgraded to i686 (despite I have Athlon cpu) and wine works as expected.
May be this information would be worth of mentioning as a requirement for rh9 in
install guide on the same place where the --with-nptl option is mentioned.
Thanks to all of you for support.
Michal Ambroz
--
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=1480
Summary: Get DCOM95 DCOM98 error and FDICreate error on latest
version
Product: Wine
Version: 20030508
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: dwtrusty(a)hotmail.com
I'm trying to run a Filemaker application, but I get these errors:
First, a Windows pop-up appears with this message:
A newer version of DCOM95 or DCOM98 has been installed. To override, you must
uninstall trhe current version first.
Later, the install fails completely, with this message coming from wine:
fixme:cabinet:FDICreate (pfnalloc == ^0x244f90b0, pfnfree == ^0x244f90be,
pfnopen == ^0x244f90cc, pfnread == ^0x244f9294, pfnwrite == ^0x244f9401,
pfnclose == ^0x244f956a, pfnseek == ^0x244f95f4, cpuType == -1, perf ==
^0x2453fae8): stub
Please help.
--
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=1411
------- Additional Comments From puoti(a)inwind.it 2003-21-05 14:44 -------
It still doesn't run with current cvs, the debugger starts almost immediatly,
I'm going to attach the output.
--
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=1290
------- Additional Comments From julliard(a)winehq.com 2003-21-05 11:40 -------
Actually Wine is not supposed to depend on GNU make, and I think it's
important to keep it that way. However I don't have BSD make so you'll
have to investigate yourself; but please do that and submit a patch, we
very much want Wine to build with BSD make.
--
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=1479
Summary: freebsd does not build "avifile.dll.so"
Product: Wine
Version: CVS
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: test
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: lenaig(a)wanadoo.fr
Hi,
Trying to run cvs wine on FreeBSD 4.8.
Thx
cd `dirname avicap32/__install__` && make install
../../tools/mkinstalldirs -m 755 /usr/local/lib/wine
/usr/bin/install -c avicap32.dll.so /usr/local/lib/wine/avicap32.dll.so
cd `dirname avifil32/__install__` && make install
../../tools/mkinstalldirs -m 755 /usr/local/lib/wine
/usr/bin/install -c avifil32.dll.so /usr/local/lib/wine/avifil32.dll.so
make: don't know how to make _install_/avifile.dll.so. Stop
*** Error code 2
Stop in /home/tst/wine/dlls.
*** Error code 1
--
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=1477
------- Additional Comments From reif(a)earthlink.net 2003-21-05 10:40 -------
Change OSS_RING_BUFFER_SIZE in dlls/winmm/wineoss/audio.c to 512 and try it
again.
--
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=1464
------- Additional Comments From jbon(a)cfl.rr.com 2003-21-05 08:53 -------
Created an attachment (id=254)
--> (http://bugs.winehq.com/attachment.cgi?id=254&action=view)
Backtrace at SEGV point.
This is a backtrace at the segfault. The test program I was running was a
simple console application that prints "hello world" that was compiled under
mingw32. This program worked just fine using the wine package from RedHat 8.0.
--
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=1464
------- Additional Comments From jbon(a)cfl.rr.com 2003-21-05 08:49 -------
I am experiencing the same bug. I am using an upgraded RedHat 9.0 system with a
stock (kernel.org) kernel version 2.4.19. I see the same debug output as seen
in the attached log.
I compiled my version of wine from the wine-20030508 snapshot with the
--with-nptl option. This bug happens with and without the LD_ASSUME_KERNEL set.
I ran wine with gdb and got a backtrace. I have attached it as wine_backtrace.txt.
I don't have debug symbols for the glibc bits because I still don't know how to
get these to work on RedHat but this should still help.
--
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=1290
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:52 -------
I'm quite sure this is because you are using BSD make and not GNU make.
While personally I'm not happy that Wine uses GNU make specific constructs,
this is a feature that probably won't go away anytime soon (if ever) as the
Wine maintainers do not consider this critical (and avoiding those features
may be hard).
Can you confirm that the problem goes away with GNU make?
--
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=980
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:45 -------
This is a duplicate of 1478 which has a bit more up-to-date and detailed
information. Unfortunately the problem doesn't seem fixed.
*** This bug has been marked as a duplicate of 1478 ***
--
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=1478
gerald(a)pfeifer.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tmdraney(a)yahoo.com
------- Additional Comments From gerald(a)pfeifer.com 2003-21-05 05:45 -------
*** Bug 980 has been marked as a duplicate of this 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=1474
------- Additional Comments From mmokrejs(a)natur.cuni.cz 2003-21-05 05:11 -------
But for what does it have to be "setup correctly" at all? User just asked print help. I believe it does NOT need ~/.wine/fake_windows/ for anything during that execution.
But yes, in this case it was the first time user has executed wine.
--
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=1475
------- Additional Comments From mmokrejs(a)natur.cuni.cz 2003-21-05 05:09 -------
No, that was by intention. I wanted to make sure that the windows binaries behave same way as unix binaries. So, yes, I know that it exists on many unixes. But at that moment I just wanted to be sure how it behaves on windows -- so I tried wine to execute it.
--
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=1475
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From mike(a)theoretic.com 2003-21-05 04:25 -------
OK. Not sure why you'd want to do that, but I can confirm that netapi32 is
basically a stub DLL.
Was this just a random test or are you not aware that wget is present on most
linux installs?
--
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=1474
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From mike(a)theoretic.com 2003-21-05 04:23 -------
As far as I'm aware yes, if those files aren't present it means Wine was not set
up correctly on installation.
--
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.