Compile error, kde related?

I've done pkg_delete -a on a newly upgraded 7.0-RELEASE.

After installing approx. 400 ports I'm trying to install
kdebase, 
kdegames and kdeutils. I do not want to install the
kde-metaport that's 
why I go about it this way.

The compile error I get is

Mutex unlock failure: Operation not permitted

   Any suggestions?

Thanks
Leslie


_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Wednesday 12 March 2008 15:28:25 Leslie Jensen wrote:

> The compile error I get is
>
> Mutex unlock failure: Operation not permitted
>
>    Any suggestions?

Details maybe? Just one line that's a pretty generic error
message, that's 
likely to be caused by system limits, isn't gonna get you
much help.
The entire compilation line, the failure up until make
returns control back to 
the shell, that's what you'll need to provide at minimum.

-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

Mel skrev:
> On Wednesday 12 March 2008 15:28:25 Leslie Jensen
wrote:
> 
>> The compile error I get is
>>
>> Mutex unlock failure: Operation not permitted
>>
>>    Any suggestions?
> 
> Details maybe? Just one line that's a pretty generic
error message, that's 
> likely to be caused by system limits, isn't gonna get
you much help.
> The entire compilation line, the failure up until make
returns control back to 
> the shell, that's what you'll need to provide at
minimum.
> 

Yes of course, here are some details:

bsdpc01# uname -a
FreeBSD bsdpc01.homenet.home 7.0-RELEASE FreeBSD 7.0-RELEASE
#0: Sun Feb 
24 19:59:52 UTC 2008 
rootlogan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC 
i386


portsnap fetch update

All ports up to date, otherwise compiled and installed.

cd /usr/ports/x11/kdebase3/

make

----------------------------------------
c++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include 
-I/usr/local/include 
  -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT  
-I/usr/local/include 
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H
-D_THREAD_SAFE 
-D_LARGE_FILES=1  -Wno-long-long -Wundef -Wall -W
-Wpointer-arith 
-DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe 
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common 
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT 
-DQT_NO_TRANSLATION -D_GNU_SOURCE  -MT kdcoplistview.o -MD
-MP -MF 
.deps/kdcoplistview.Tpo -c -o kdcoplistview.o
kdcoplistview.cpp
mv -f .deps/kdcoplistview.Tpo .deps/kdcoplistview.Po
/usr/local/bin/moc kdcopview.h -o kdcopview.moc
rm -f kdcopview.cpp
echo '#include <kdialog.h>' > kdcopview.cpp
echo '#include <klocale.h>' >> kdcopview.cpp
/usr/local/bin/uic -L /usr/local/lib/kde3/plugins/designer
-nounload -tr 
tr2i18n -i kdcopview.h ./kdcopview.ui >
kdcopview.cpp.temp ; ret=$?; 
         /usr/local/bin/perl -pe "s,tr2i18n(
"" ),QString::null,g" 
kdcopview.cpp.temp | /usr/local/bin/perl -pe
"s,tr2i18n( "", "" 
),QString::null,g" | /usr/local/bin/perl -pe 
"s,image([0-9][0-9]*)_data,img$1_kdcopview,g" |
/usr/local/bin/perl -pe 
"s,: QWizard(,: KWizard(,g" >>
kdcopview.cpp ;
         rm -f kdcopview.cpp.temp ;
         if test "$ret" = 0; then echo '#include
"kdcopview.moc"' >> 
kdcopview.cpp; else rm -f kdcopview.cpp ; exit $ret ; fi
Mutex unlock failure: Operation not permitted

------------------------------------------

After this the cli just hangs! Processor goes idle.

Disk and memory looks good.

/Leslie

_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Thursday 13 March 2008 08:46:08 Leslie Jensen wrote:
> Mel skrev:
> > On Wednesday 12 March 2008 15:28:25 Leslie Jensen
wrote:
> >> The compile error I get is
> >>
> >> Mutex unlock failure: Operation not permitted
> >>
> >>    Any suggestions?
> >
> > Details maybe? Just one line that's a pretty
generic error message,
> > that's likely to be caused by system limits, isn't
gonna get you much
> > help. The entire compilation line, the failure up
until make returns
> > control back to the shell, that's what you'll need
to provide at minimum.
>
> Yes of course, here are some details:
>
> bsdpc01# uname -a
> FreeBSD bsdpc01.homenet.home 7.0-RELEASE FreeBSD
7.0-RELEASE #0: Sun Feb
> 24 19:59:52 UTC 2008
> rootlogan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC 
i386
>
>
> portsnap fetch update
>
> All ports up to date, otherwise compiled and
installed.
>
> cd /usr/ports/x11/kdebase3/
>
> make
>
> ----------------------------------------
> c++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include 
-I/usr/local/include
>   -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT  
-I/usr/local/include
> -I/usr/local/include  -I/usr/local/include -D_GETOPT_H
-D_THREAD_SAFE
> -D_LARGE_FILES=1  -Wno-long-long -Wundef -Wall -W
-Wpointer-arith
> -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT
> -DQT_NO_TRANSLATION -D_GNU_SOURCE  -MT kdcoplistview.o
-MD -MP -MF
> .deps/kdcoplistview.Tpo -c -o kdcoplistview.o
kdcoplistview.cpp
> mv -f .deps/kdcoplistview.Tpo .deps/kdcoplistview.Po
> /usr/local/bin/moc kdcopview.h -o kdcopview.moc
> rm -f kdcopview.cpp
> echo '#include <kdialog.h>' > kdcopview.cpp
> echo '#include <klocale.h>' >>
kdcopview.cpp
> /usr/local/bin/uic -L
/usr/local/lib/kde3/plugins/designer -nounload -tr
> tr2i18n -i kdcopview.h ./kdcopview.ui >
kdcopview.cpp.temp ; ret=$?; 
>          /usr/local/bin/perl -pe "s,tr2i18n(
"" ),QString::null,g"
> kdcopview.cpp.temp | /usr/local/bin/perl -pe
"s,tr2i18n( "", ""
> ),QString::null,g" | /usr/local/bin/perl -pe
>
"s,image([0-9][0-9]*)_data,img$1_kdcopview,g" |
/usr/local/bin/perl -pe
> "s,: QWizard(,: KWizard(,g" >>
kdcopview.cpp ;
>          rm -f kdcopview.cpp.temp ;
>          if test "$ret" = 0; then echo
'#include "kdcopview.moc"' >>
> kdcopview.cpp; else rm -f kdcopview.cpp ; exit $ret ;
fi
> Mutex unlock failure: Operation not permitted

I think you mixed some threading libraries. That string or
variants of it, is 
nowhere to be found in /usr/src anymore.

I found this post:
http://lists.freebsd.org/pipermail/free
bsd-threads/2004-March/001759.html

Any of that relevant for you? like entries in libmap?

-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

> 
> I think you mixed some threading libraries. That string
or variants of it, is 
> nowhere to be found in /usr/src anymore.
> 
> I found this post:
> http://lists.freebsd.org/pipermail/free
bsd-threads/2004-March/001759.html
> 
> Any of that relevant for you? like entries in libmap?
> 

I read the thread and checked my libmap.conf. There's none
of the 
entries mentioned in the post.

I'd like to add that my system is an upgraded 7.0 - release
from 6.2.
I made pkg_delete -a because I had a problem with libcrypt
that I 
couldn't fix.

I'll appreciate any hint.

Thanks
/Leslie

_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

I don't know if it can be of any help but if I ctrl-c the
cli when the 
compiling hangs I get the following.


Mutex unlock failure: Operation not permitted
^Cgmake[2]: *** Deleting file `kdcopview.cpp'
gmake[2]: *** [kdcopview.cpp] Interrupt: 2
gmake[1]: *** [all-recursive] Interrupt: 2
gmake: *** [all] Interrupt: 2


/Leslie



_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Friday 14 March 2008 09:12:22 Leslie Jensen wrote:
> > I think you mixed some threading libraries. That
string or variants of
> > it, is nowhere to be found in /usr/src anymore.
> >
> > I found this post:
> > http://lists.freebsd.org/pipermail/free
bsd-threads/2004-March/001759.html
> >
> > Any of that relevant for you? like entries in
libmap?
>
> I read the thread and checked my libmap.conf. There's
none of the
> entries mentioned in the post.
>
> I'd like to add that my system is an upgraded 7.0 -
release from 6.2.
> I made pkg_delete -a because I had a problem with
libcrypt that I
> couldn't fix.
>
> I'll appreciate any hint.

Ok, the error is generated by uic:
./src/tools/qmutex_unix.cpp:    qWarning("Mutex unlock
failure: %s", 
strerror(ret));

Which fails on pthread_mutex_unlock call.
Could you show the output of:
ldd /usr/local/bin/uic


-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

> 
> Ok, the error is generated by uic:
> ./src/tools/qmutex_unix.cpp:    qWarning("Mutex
unlock failure: %s", 
> strerror(ret));
> 
> Which fails on pthread_mutex_unlock call.
> Could you show the output of:
> ldd /usr/local/bin/uic
> 
> 
bsdpc01# ldd /usr/local/bin/uic
/usr/local/bin/uic:
         libqt-mt.so.3 => /usr/local/lib/libqt-mt.so.3
(0x280d0000)
         libmng.so.1 => /usr/local/lib/libmng.so.1
(0x287b2000)
         libjpeg.so.9 => /usr/local/lib/libjpeg.so.9
(0x28813000)
         libpng.so.5 => /usr/local/lib/libpng.so.5
(0x28832000)
         libz.so.4 => /lib/libz.so.4 (0x28857000)
         libXi.so.6 => /usr/local/lib/libXi.so.6
(0x28869000)
         libXrender.so.1 =>
/usr/local/lib/libXrender.so.1 (0x28871000)
         libXrandr.so.2 => /usr/local/lib/libXrandr.so.2
(0x28879000)
         libXcursor.so.1 =>
/usr/local/lib/libXcursor.so.1 (0x28880000)
         libXinerama.so.1 =>
/usr/local/lib/libXinerama.so.1 (0x28889000)
         libXft.so.2 => /usr/local/lib/libXft.so.2
(0x2888c000)
         libfreetype.so.9 =>
/usr/local/lib/libfreetype.so.9 (0x2889e000)
         libfontconfig.so.1 =>
/usr/local/lib/libfontconfig.so.1 
(0x2890c000)
         libXext.so.6 => /usr/local/lib/libXext.so.6
(0x28936000)
         libX11.so.6 => /usr/local/lib/libX11.so.6
(0x28944000)
         libSM.so.6 => /usr/local/lib/libSM.so.6
(0x28a31000)
         libICE.so.6 => /usr/local/lib/libICE.so.6
(0x28a39000)
         libstdc++.so.6 => /usr/lib/libstdc++.so.6
(0x28a50000)
         libm.so.5 => /lib/libm.so.5 (0x28b45000)
         libgcc_s.so.1 => /lib/libgcc_s.so.1
(0x28b5a000)
         libc.so.7 => /lib/libc.so.7 (0x28b65000)
         libaudio.so.2 => /usr/local/lib/libaudio.so.2
(0x28c61000)
         libXt.so.6 => /usr/local/lib/libXt.so.6
(0x28c77000)
         liblcms.so.1 => /usr/local/lib/liblcms.so.1
(0x28cc7000)
         libXfixes.so.3 => /usr/local/lib/libXfixes.so.3
(0x28cf7000)
         libexpat.so.6 => /usr/local/lib/libexpat.so.6
(0x28cfc000)
         libXau.so.6 => /usr/local/lib/libXau.so.6
(0x28d1c000)
         libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6
(0x28d1f000)
         librpcsvc.so.4 => /usr/lib/librpcsvc.so.4
(0x28d24000)

/Leslie
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Friday 14 March 2008 10:43:29 Leslie Jensen wrote:
> > Ok, the error is generated by uic:
> > ./src/tools/qmutex_unix.cpp:   
qWarning("Mutex unlock failure: %s",
> > strerror(ret));
> >
> > Which fails on pthread_mutex_unlock call.
> > Could you show the output of:
> > ldd /usr/local/bin/uic
>
> bsdpc01# ldd /usr/local/bin/uic
> /usr/local/bin/uic:
>          libqt-mt.so.3 =>
/usr/local/lib/libqt-mt.so.3 (0x280d0000)
>          libmng.so.1 => /usr/local/lib/libmng.so.1
(0x287b2000)
>          libjpeg.so.9 => /usr/local/lib/libjpeg.so.9
(0x28813000)
>          libpng.so.5 => /usr/local/lib/libpng.so.5
(0x28832000)
>          libz.so.4 => /lib/libz.so.4 (0x28857000)
>          libXi.so.6 => /usr/local/lib/libXi.so.6
(0x28869000)
>          libXrender.so.1 =>
/usr/local/lib/libXrender.so.1 (0x28871000)
>          libXrandr.so.2 =>
/usr/local/lib/libXrandr.so.2 (0x28879000)
>          libXcursor.so.1 =>
/usr/local/lib/libXcursor.so.1 (0x28880000)
>          libXinerama.so.1 =>
/usr/local/lib/libXinerama.so.1 (0x28889000)
>          libXft.so.2 => /usr/local/lib/libXft.so.2
(0x2888c000)
>          libfreetype.so.9 =>
/usr/local/lib/libfreetype.so.9 (0x2889e000)
>          libfontconfig.so.1 =>
/usr/local/lib/libfontconfig.so.1
> (0x2890c000)
>          libXext.so.6 => /usr/local/lib/libXext.so.6
(0x28936000)
>          libX11.so.6 => /usr/local/lib/libX11.so.6
(0x28944000)
>          libSM.so.6 => /usr/local/lib/libSM.so.6
(0x28a31000)
>          libICE.so.6 => /usr/local/lib/libICE.so.6
(0x28a39000)
>          libstdc++.so.6 => /usr/lib/libstdc++.so.6
(0x28a50000)
>          libm.so.5 => /lib/libm.so.5 (0x28b45000)
>          libgcc_s.so.1 => /lib/libgcc_s.so.1
(0x28b5a000)
>          libc.so.7 => /lib/libc.so.7 (0x28b65000)
>          libaudio.so.2 =>
/usr/local/lib/libaudio.so.2 (0x28c61000)
>          libXt.so.6 => /usr/local/lib/libXt.so.6
(0x28c77000)
>          liblcms.so.1 => /usr/local/lib/liblcms.so.1
(0x28cc7000)
>          libXfixes.so.3 =>
/usr/local/lib/libXfixes.so.3 (0x28cf7000)
>          libexpat.so.6 =>
/usr/local/lib/libexpat.so.6 (0x28cfc000)
>          libXau.so.6 => /usr/local/lib/libXau.so.6
(0x28d1c000)
>          libXdmcp.so.6 =>
/usr/local/lib/libXdmcp.so.6 (0x28d1f000)
>          librpcsvc.so.4 => /usr/lib/librpcsvc.so.4
(0x28d24000)
>

There's your problem. I don't see a libpthread or better on
7.x a libthr.so 
linked in:

libthr.so.3 => /lib/libthr.so.3 (0x38b55000)

is what it shows on my 7.x system.

So the question is, why isn't qt built with thread support.
I don't see how 
that's possible with the current ports makefile.
Do you have a file /lib/libthr.so*?

-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Saturday 15 March 2008 10:04:21 Leslie Jensen wrote:
> > There's your problem. I don't see a libpthread or
better on 7.x a
> > libthr.so linked in:
> >
> > libthr.so.3 => /lib/libthr.so.3 (0x38b55000)
> >
> > is what it shows on my 7.x system.
> >
> > So the question is, why isn't qt built with thread
support. I don't see
> > how that's possible with the current ports
makefile.
> > Do you have a file /lib/libthr.so*?
>
> Yes I do.
>
> bsdpc01# find /lib | grep "libthr.so"
> /lib/libthr.so.3
>
> So what do you suggest I do now?
>

portupgrade -Rf x11-toolkits/qt33
If uic still does not show linked to libthr, I have no clue
what causes that 
on your system. I'd inspect /etc/libmap.conf,
/etc/make.conf, the config.log 
for qt33 and the final link command that produces the uic
binary.

-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"