re: Wine and glibc 3.2.x

[Dan Kegel]

[e-mail] wrote:
> Ok, i recently compiled and upgraded to glibc 3.2.1 and there's no way to make 
> wine work. There's thread related bug.
> New Red Hat, Suse and Mandrake will be shipped with this new version of glibc, 
> so i think that's a serious bug.

We were all quite concerned about it until somebody reported a workaround; see
http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html
The workaround is to give the command
   export LD_ASSUME_KERNEL=2.2.5
before running Wine (and probably before running configure, too).
(This is documented in each distro's beta release notes, e.g.
http://distro.ibiblio.org/pub/Linux/distributions/redhat/beta/phoebe/en/os/i... )
Have you tried this yet?
What CPU and OS are you using?
> Configure cannot even check that libc are reentrant, i'm not a glibc expert 
> but there's some error with _errno and _errno_location.
> I tried to apply a patch i found in the patch mailing list, but it didn't work 
> either.
> ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html )

That patch was bogus, it is not the right fix.  The right fix is
for Wine to adapt to the new threading model in glibc2.3 (not 3.2, I think),
which is far superior to the old one.  See http://www.kegel.com/c10k.html#threads.nptl
> So, consider that every linux distribution will be shipped with the new glibc, 
> and that there will be really a few windows programs that can work without 
> thread support.... well... i'd think about give priority to solve this one.

The changes needed are deep.  Alexandre has started on them, but
given the workaround, it can probably wait a bit.

See also
http://www.winehq.com/hypermail/wine-devel/2003/02/0252.html
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83254
http://redhat.ifsic.univ-rennes1.fr/_rawhide/glibc-devel-2.3.1-51.i386.html

Wine and glibc 3.2.x

[Kevin DeKorte]

The workaround given does NOT work with the glibc 2.3 provided with the 
current Red Hat 8.0 from UP2DATE

This script and code worked prior to the RedHat glibc upgrade

--- this is winword 
FNAME=`wine -- winepath -l "$1"`
wine -- "/wine/c/Program Files/Microsoft Office/Office/WINWORD.exe" "$FNAME"

--- run dump

[kdekorte@localhost kdekorte]$ LD_ASSUME_KERNEL=2.2.5
[kdekorte@localhost kdekorte]$ export LD_ASSUME_KERNEL
[kdekorte@localhost kdekorte]$ winword
wine: Unhandled exception, starting debugger...
FIXME:pthread_cond_init
WineDbg starting on pid a
Loaded debug information from ELF 'wine' (0x00000000)
Breakpoint 1 at 0x4000bb00 (_end+0x37fb0364)
Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' 
(0x4002b000)
Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x40112000)
Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' 
(0x40129000)
No debug information in ELF '/lib/libm.so.6' (0x4020a000)
No debug information in ELF '/lib/libc.so.6' (0x4022c000)
No debug information in ELF '/lib/libdl.so.2' (0x40369000)
No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/lib/libnss_files.so.2' (0x4036d000)
Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' 
(0x408b3000)
Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' 
(0x408de000)
Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' 
(0x40981000)
Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' 
(0x409f5000)
Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' 
(0x40a60000)
Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' 
(0x40b7b000)
Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' 
(0x40bbf000)
Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' 
(0x40c37000)
Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' 
(0x40c81000)
Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' 
(0x40d13000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40d55000)
Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' 
(0x40d9b000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40d35000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40e01000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40e18000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e26000)
No debug information in ELF '/usr/lib/libGL.so.1' (0x40f04000)
No debug information in ELF '/lib/libpthread.so.0' (0x40f77000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40379000)
No debug information in ELF 
'/usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2' (0x4001a000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' 
(0x41020000)
No debug information in 32bit DLL 'C:\Program Files\Microsoft 
Office\Office\WINWORD.EXE' (0x30000000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40060000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' 
(0x40900000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' 
(0x408c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x409a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40a80000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40b90000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40a10000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\MICROSOFT 
OFFICE\OFFICE\MSO9.DLL' (0x308c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40c50000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' 
(0x40c90000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40be0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' 
(0x40d20000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40db0000)
Unhandled exception: page fault on write access to 0x403c3504 in 32-bit code 
(0x3003be4c).
In 32-bit mode.
0x3003be4c (WINWORD.EXE.EntryPoint+0x394a4 in C:\Program Files\Microsoft 
Office\Office\WINWORD.EXE): movl       %ecx,0x1486c(%eax)
Wine-dbg>quit
WineDbg terminated on pid a
[kdekorte@localhost kdekorte]$

Kevin

On Friday 21 March 2003 02:44 pm, Dan Kegel wrote:
> [e-mail] wrote:
> > Ok, i recently compiled and upgraded to glibc 3.2.1 and there's no way to
> > make wine work. There's thread related bug.
> > New Red Hat, Suse and Mandrake will be shipped with this new version of
> > glibc, so i think that's a serious bug.
>
> We were all quite concerned about it until somebody reported a workaround;
> see http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html
> The workaround is to give the command
>    export LD_ASSUME_KERNEL=2.2.5
> before running Wine (and probably before running configure, too).
> (This is documented in each distro's beta release notes, e.g.
> http://distro.ibiblio.org/pub/Linux/distributions/redhat/beta/phoebe/en/os/
> i386/RELEASE-NOTES.html ) Have you tried this yet?
> What CPU and OS are you using?
> > Configure cannot even check that libc are reentrant, i'm not a glibc
> > expert but there's some error with _errno and _errno_location.
> > I tried to apply a patch i found in the patch mailing list, but it didn't
> > work either.
> > ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html )
>
> That patch was bogus, it is not the right fix.  The right fix is
> for Wine to adapt to the new threading model in glibc2.3 (not 3.2, I
> think), which is far superior to the old one.  See
> http://www.kegel.com/c10k.html#threads.nptl
> > So, consider that every linux distribution will be shipped with the new
> > glibc, and that there will be really a few windows programs that can work
> > without thread support.... well... i'd think about give priority to solve
> > this one.
>
> The changes needed are deep.  Alexandre has started on them, but
> given the workaround, it can probably wait a bit.
>
> See also
> http://www.winehq.com/hypermail/wine-devel/2003/02/0252.html
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83254
> http://redhat.ifsic.univ-rennes1.fr/_rawhide/glibc-devel-2.3.1-51.i386.html

Wine and glibc 3.2.x

[Sylvain Petreolle]

did you set the variable and recompile wine before trying that ?
im compiling it to see if it works here.
 --- Kevin DeKorte  a écrit :
> The workaround given does NOT work with the glibc 2.3 provided with
> the 
> current Red Hat 8.0 from UP2DATE
>
> This script and code worked prior to the RedHat glibc upgrade
>
> --- this is winword 
> FNAME=`wine -- winepath -l "$1"`
> wine -- "/wine/c/Program Files/Microsoft Office/Office/WINWORD.exe"
> "$FNAME"
>
> --- run dump
>
> [kdekorte@localhost kdekorte]$ LD_ASSUME_KERNEL=2.2.5
> [kdekorte@localhost kdekorte]$ export LD_ASSUME_KERNEL
> [kdekorte@localhost kdekorte]$ winword
> wine: Unhandled exception, starting debugger...
> FIXME:pthread_cond_init
> WineDbg starting on pid a
> Loaded debug information from ELF 'wine' (0x00000000)
> Breakpoint 1 at 0x4000bb00 (_end+0x37fb0364)
> Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' 
> (0x4002b000)
> Loaded debug information from ELF '/usr/local/lib/libwine.so'
> (0x40112000)
> Loaded debug information from ELF
> '/usr/local/lib/libwine_unicode.so.1' 
> (0x40129000)
> No debug information in ELF '/lib/libm.so.6' (0x4020a000)
> No debug information in ELF '/lib/libc.so.6' (0x4022c000)
> No debug information in ELF '/lib/libdl.so.2' (0x40369000)
> No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
> No debug information in ELF '/lib/libnss_files.so.2' (0x4036d000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/advapi32.dll.so' 
> (0x408b3000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/kernel32.dll.so' 
> (0x408de000)
> Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' 
> (0x40981000)
> Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' 
> (0x409f5000)
> Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so'
>
> (0x40a60000)
> Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so'
>
> (0x40b7b000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/shell32.dll.so' 
> (0x40bbf000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/shlwapi.dll.so' 
> (0x40c37000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/comctl32.dll.so' 
> (0x40c81000)
> Loaded debug information from ELF
> '/usr/local/lib/wine/winspool.drv.so' 
> (0x40d13000)
> No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40d55000)
> Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so'
>
> (0x40d9b000)
> No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40d35000)
> No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40e01000)
> No debug information in ELF '/usr/X11R6/lib/libXext.so.6'
> (0x40e18000)
> No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e26000)
> No debug information in ELF '/usr/lib/libGL.so.1' (0x40f04000)
> No debug information in ELF '/lib/libpthread.so.0' (0x40f77000)
> No debug information in ELF '/usr/X11R6/lib/libXrender.so.1'
> (0x40379000)
> No debug information in ELF 
> '/usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2' (0x4001a000)
> No debug information in ELF
> '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' 
> (0x41020000)
> No debug information in 32bit DLL 'C:\Program Files\Microsoft 
> Office\Office\WINWORD.EXE' (0x30000000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL'
> (0x40060000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' 
> (0x40900000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' 
> (0x408c0000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL'
> (0x409a0000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL'
> (0x40a80000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL'
> (0x40b90000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL'
> (0x40a10000)
> No debug information in 32bit DLL 'C:\PROGRAM FILES\MICROSOFT 
> OFFICE\OFFICE\MSO9.DLL' (0x308c0000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL'
> (0x40c50000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' 
> (0x40c90000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL'
> (0x40be0000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' 
> (0x40d20000)
> No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
> (0x40db0000)
> Unhandled exception: page fault on write access to 0x403c3504 in
> 32-bit code 
> (0x3003be4c).
> In 32-bit mode.
> 0x3003be4c (WINWORD.EXE.EntryPoint+0x394a4 in C:\Program
> Files\Microsoft 
> Office\Office\WINWORD.EXE): movl       %ecx,0x1486c(%eax)
> Wine-dbg>quit
> WineDbg terminated on pid a
> [kdekorte@localhost kdekorte]$
>
> Kevin
>
> On Friday 21 March 2003 02:44 pm, Dan Kegel wrote:
> > [e-mail] wrote:
> > > Ok, i recently compiled and upgraded to glibc 3.2.1 and there's
>
> no way to
> > > make wine work. There's thread related bug.
> > > New Red Hat, Suse and Mandrake will be shipped with this new
>
> version of
> > > glibc, so i think that's a serious bug.
> >
> > We were all quite concerned about it until somebody reported a
>
> workaround;
> > see http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html
> > The workaround is to give the command
> >    export LD_ASSUME_KERNEL=2.2.5
> > before running Wine (and probably before running configure, too).
> > (This is documented in each distro's beta release notes, e.g.

http://distro.ibiblio.org/pub/Linux/distributions/redhat/beta/phoebe/en/os/
> > i386/RELEASE-NOTES.html ) Have you tried this yet?
> > What CPU and OS are you using?
> > > Configure cannot even check that libc are reentrant, i'm not a
>
> glibc
> > > expert but there's some error with _errno and _errno_location.
> > > I tried to apply a patch i found in the patch mailing list, but
>
> it didn't
> > > work either.
> > > ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html
>
> )
> > That patch was bogus, it is not the right fix.  The right fix is
> > for Wine to adapt to the new threading model in glibc2.3 (not 3.2,
>
> I
> > think), which is far superior to the old one.  See
> > http://www.kegel.com/c10k.html#threads.nptl
> > > So, consider that every linux distribution will be shipped with
>
> the new
> > > glibc, and that there will be really a few windows programs that
>
> can work
> > > without thread support.... well... i'd think about give priority
>
> to solve
> > > this one.
> >
> > The changes needed are deep.  Alexandre has started on them, but
> > given the workaround, it can probably wait a bit.
> >
> > See also
> > http://www.winehq.com/hypermail/wine-devel/2003/02/0252.html
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83254

http://redhat.ifsic.univ-rennes1.fr/_rawhide/glibc-devel-2.3.1-51.i386.html
>

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net)
Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html
ICQ #170597259

"Don't think you are. Know you are." Morpheus, in "Matrix".

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Wine and glibc 3.2.x

[Sylvain Petreolle]

works beautifully here.

Mike, apologies for the hotspot java error :).
The workaround makes java.exe work as you "expected" it  - a HotSpot
internal error ;).
> did you set the variable and recompile wine before trying that ?
> im compiling it to see if it works here.
>  --- Kevin DeKorte  a écrit :
> > The workaround given does NOT work with the glibc 2.3 provided with
> > the 
> > current Red Hat 8.0 from UP2DATE

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net)
Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html
ICQ #170597259

"Don't think you are. Know you are." Morpheus, in "Matrix".

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Wine and glibc 3.2.x

[Kevin DeKorte]

Nope, still have the same problem...

I did the following steps

make clean
export LD_ASSUME_KERNEL=2.2.5
./configure
make depend
make
sudo make install

And I get the same error with Word and Notes.

Kevin

On Friday 21 March 2003 04:37 pm, Sylvain Petreolle wrote:
> works beautifully here.
>
> Mike, apologies for the hotspot java error :).
> The workaround makes java.exe work as you "expected" it  - a HotSpot
> internal error ;).
> > did you set the variable and recompile wine before trying that ?
> > im compiling it to see if it works here.
> >
> > --- Kevin DeKorte  a écrit :
> > > The workaround given does NOT work with the glibc 2.3 provided with
> > > the
> > > current Red Hat 8.0 from UP2DATE
>
> =====
> Sylvain Petreolle (spetreolle at users dot sourceforge dot net)
> Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html
> ICQ #170597259
>
> "Don't think you are. Know you are." Morpheus, in "Matrix".
>
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com

Wine and glibc 3.2.x

[Sylvain Petreolle]

--- Kevin DeKorte  a écrit : > Nope, still have
the same problem...
> I did the following steps
>
> make clean

I have made 'make distclean' here to start on a fresh tree.

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259
No more War !

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

For the Law of Oil and Fire, Im an European that lives in France.
For all my Brothers and friends, Im a human living on Earth.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Wine and glibc 3.2.x

[Dan Kegel]

Kevin DeKorte wrote:
> make clean
> export LD_ASSUME_KERNEL=2.2.5
> ./configure
> make depend
> make
> sudo make install

You forgot to show how you invoked the app.  (Presumably
it was from the same session, since environment variables
are private to each session, and that LD_ASSUME_KERNEL
has to be set when all instances of Wine start.)
> And I get the same error with Word and Notes.

Be sure to check with notepad, too, just to make sure
it's not the app.

And, I suppose, make sure there isn't some other installation
of Wine hanging around.
- Dan

Wine and glibc 3.2.x

[Kevin DeKorte]

Ok,

I have tried the following

make uninstall
make distclean
./cvs update -PAd
./configure
make depend
make
sudo make install

wine /wine/c/Notes/nlnotes.exe

Notes is giving me an error about not being able to open its data directory 
and winword crashes...

So I got the rpm from this site

wine-20030318-1rh8winehq

http://sourceforge.net/project/showfiles.php?group_id=6241

I installed that.. and now winword works... but Notes give me the file locking 
error..

Exact error from Notes:

Unabled to access data directory 'C:\Notes\Data' using preferences file 
'C:\Notes\notes.ini'

So maybe something is not quite right with the file locking code yet.
I tried to installed one of the previous RPM's but they don't work.

Kevin

On Friday 21 March 2003 09:03 pm, Dan Kegel wrote:
> Kevin DeKorte wrote:
> > make clean
> > export LD_ASSUME_KERNEL=2.2.5
> > ./configure
> > make depend
> > make
> > sudo make install
>
> You forgot to show how you invoked the app.  (Presumably
> it was from the same session, since environment variables
> are private to each session, and that LD_ASSUME_KERNEL
> has to be set when all instances of Wine start.)
> > And I get the same error with Word and Notes.
>
> Be sure to check with notepad, too, just to make sure
> it's not the app.
>
> And, I suppose, make sure there isn't some other installation
> of Wine hanging around.
> - Dan

Wine and glibc 3.2.x

[Kevin DeKorte]

Well I thought I would try a couple more things and send out some comments.

I downloaded wine 2003-02-19 source and compiled it on my machine. I did not 
use the LD_ASSUME_KERNEL flag

And everything seems to work ok. So I guess I have problems with my CVS but as 
to why it does not work I don't know. But I did notice this.

With wine 2003-02-19 and I run the lotus notes 5.0.11 client I get a lot of 
the follow messages

fixme:file:LockFile not implemented in server
fixme:file:UnlockFile not implemented in server

When I run the 2003-03-18 RPM I don't get those messages and Notes does not 
work.
I would love to provide more feedback on this. But need some direction.

On another note something that is glibc related... I downloaded the RedHat 8.0 
RPM for wine and tried to run it and got a glibc_2.0 symbol error...  So 
something is not right there.

Kevin

On Saturday 22 March 2003 04:25 pm, Kevin DeKorte wrote:
> Ok,
>
> I have tried the following
>
> make uninstall
> make distclean
> ./cvs update -PAd
> ./configure
> make depend
> make
> sudo make install
>
> wine /wine/c/Notes/nlnotes.exe
>
> Notes is giving me an error about not being able to open its data directory
> and winword crashes...
>
> So I got the rpm from this site
>
> wine-20030318-1rh8winehq
>
> http://sourceforge.net/project/showfiles.php?group_id=6241
>
> I installed that.. and now winword works... but Notes give me the file
> locking error..
>
> Exact error from Notes:
>
> Unabled to access data directory 'C:\Notes\Data' using preferences file
> 'C:\Notes\notes.ini'
>
> So maybe something is not quite right with the file locking code yet.
> I tried to installed one of the previous RPM's but they don't work.
>
> Kevin
>
> On Friday 21 March 2003 09:03 pm, Dan Kegel wrote:
> > Kevin DeKorte wrote:
> > > make clean
> > > export LD_ASSUME_KERNEL=2.2.5
> > > ./configure
> > > make depend
> > > make
> > > sudo make install
> >
> > You forgot to show how you invoked the app.  (Presumably
> > it was from the same session, since environment variables
> > are private to each session, and that LD_ASSUME_KERNEL
> > has to be set when all instances of Wine start.)
> > > And I get the same error with Word and Notes.
> >
> > Be sure to check with notepad, too, just to make sure
> > it's not the app.
> >
> > And, I suppose, make sure there isn't some other installation
> > of Wine hanging around.
> > - Dan

Wine and glibc 3.2.x

[Kevin DeKorte]

Finally I got current CVS to work.

I deleted my entire CVS tree that I had and re-fetched it from winehq.com this 
morning. I did not have to use any special env vars to make it work.

I then did the following 
./configure
make depend
make
sudo make install

wine -v 	worked
winefile	worked
winword	worked		Word 2000
notes	worked		Notes 5.0.11

So after all this I am working again.

I don't know why my CVS install quit working, but something must not have been 
fully cleaned up with the distclean.

Kevin

On Sunday 23 March 2003 07:51 am, Kevin DeKorte wrote:
> Well I thought I would try a couple more things and send out some comments.
>
> I downloaded wine 2003-02-19 source and compiled it on my machine. I did
> not use the LD_ASSUME_KERNEL flag
>
> And everything seems to work ok. So I guess I have problems with my CVS but
> as to why it does not work I don't know. But I did notice this.
>
> With wine 2003-02-19 and I run the lotus notes 5.0.11 client I get a lot of
> the follow messages
>
> fixme:file:LockFile not implemented in server
> fixme:file:UnlockFile not implemented in server
>
> When I run the 2003-03-18 RPM I don't get those messages and Notes does not
> work.
> I would love to provide more feedback on this. But need some direction.
>
> On another note something that is glibc related... I downloaded the RedHat
> 8.0 RPM for wine and tried to run it and got a glibc_2.0 symbol error... 
> So something is not right there.
>
> Kevin
>
> On Saturday 22 March 2003 04:25 pm, Kevin DeKorte wrote:
> > Ok,
> >
> > I have tried the following
> >
> > make uninstall
> > make distclean
> > ./cvs update -PAd
> > ./configure
> > make depend
> > make
> > sudo make install
> >
> > wine /wine/c/Notes/nlnotes.exe
> >
> > Notes is giving me an error about not being able to open its data
> > directory and winword crashes...
> >
> > So I got the rpm from this site
> >
> > wine-20030318-1rh8winehq
> >
> > http://sourceforge.net/project/showfiles.php?group_id=6241
> >
> > I installed that.. and now winword works... but Notes give me the file
> > locking error..
> >
> > Exact error from Notes:
> >
> > Unabled to access data directory 'C:\Notes\Data' using preferences file
> > 'C:\Notes\notes.ini'
> >
> > So maybe something is not quite right with the file locking code yet.
> > I tried to installed one of the previous RPM's but they don't work.
> >
> > Kevin
> >
> > On Friday 21 March 2003 09:03 pm, Dan Kegel wrote:
> > > Kevin DeKorte wrote:
> > > > make clean
> > > > export LD_ASSUME_KERNEL=2.2.5
> > > > ./configure
> > > > make depend
> > > > make
> > > > sudo make install
> > >
> > > You forgot to show how you invoked the app.  (Presumably
> > > it was from the same session, since environment variables
> > > are private to each session, and that LD_ASSUME_KERNEL
> > > has to be set when all instances of Wine start.)
> > > > And I get the same error with Word and Notes.
> > >
> > > Be sure to check with notepad, too, just to make sure
> > > it's not the app.
> > >
> > > And, I suppose, make sure there isn't some other installation
> > > of Wine hanging around.
> > > - Dan

Wine on sourceforge ??

[Sylvain Petreolle]

since how we have a sourceforge wine repository ??
> http://sourceforge.net/project/showfiles.php?group_id=6241
>
> I installed that.. and now winword works... but Notes give me the
> file locking 
> error..

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259
No more War !

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

For the Law of Oil and Fire, Im an European that lives in France.
For all my Brothers and friends, Im a human living on Earth.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Wine and glibc 3.2.x

[Mike Hearn]

> Mike, apologies for the hotspot java error :).
> The workaround makes java.exe work as you "expected" it  - a HotSpot
> internal error ;).

So it's to do with threading? Hmm, thanks

Wine and glibc 3.2.x

[Sylvain Petreolle]

--- Mike Hearn  a écrit : > > Mike,
apologies for the hotspot java error :).
> > The workaround makes java.exe work as you "expected" it  - a
>
> HotSpot
> > internal error ;).
>
> So it's to do with threading? Hmm, thanks

would have you seriously thought that Java was not threaded ? ;))

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259
No more War !

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

For the Law of Oil and Fire, Im an European that lives in France.
For all my Brothers and friends, Im a human living on Earth.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com