On Monday 18 June 2001 06:44, you wrote:
> On Sunday 17 June 2001 08:33, Michel Clasquin wrote:
> Corel has its own version of wine which thoroughly tromped
> yours. The way I deal with this is to keep rpms and config
> files for standard, IBM, Corel, and codeweavers handy (of
> course I don't think Corel comes in rpm form)
It does - inside the Photopaint tarball. In various glibc20 and glibc21
versions
>When I want to do
> a job for a particular wine, I just install the right one with a
> short script.
which means su-ing to root quickly first, I imagine? Then running the app,
and finally removing the rpm?
Thing is, I thought I had already re-installed the proper mdk wine. Oh well,
I guess the thing to do is to remove every vestige of wine first, then try to
reinstall.
Thanks.
<later>
So that's what I did and I *still* got the same error! Then I turned to the
other thing I had done - I had earlier extracted all the windows98 dll's and
exe's from their cab files to give wine access to the native files. I renamed
that directory, created a new one called windows and wine miraculously
started working again! Which shows you what happens when you try to be too
clever. But access to the "real" dll's should be a good thing for wine, no?
I'll try to move systematically through them and find out which one is giving
the trouble.
Hope this helps someone else down the line
--
Michel Clasquin, D Litt et Phil (Unisa)
[EMAIL PROTECTED]/unisa.ac.za http://www.geocities.com/clasqm
This message was posted from a Microsoft-free PC
.-.
/v\ L I N U X
// \\ >Phear the Penguin<
/( )\
^^-^^
