--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
--- Igor Robul [EMAIL PROTECTED] wrote:
First:
NULL return from dlsym() does not always imply an
error. dlsym() can return NULL because it has an
empty list, but this does not set the error
indicator of dlerror(), because it is
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
The dlsym() function returns a null pointer if the
symbol cannot be
found, and sets an error condition
which may be queried with dlerror().
This is a matter of symantic and logic.
I /can/ read this as follows:
If the
--- Igor Robul [EMAIL PROTECTED] wrote:
%mkdir
%cd /
%cat ~/.grace/gracerc.user
USE pow TYPE f_of_dd FROM /usr/lib/libm.so
%ls
%xmgrace
%
OK, great.
Meanwhile, I came closer to the real problem.
You don't need to create the link in /usr/X11R6/lib.
The problem is dlerror().
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
When I patch grace with this dummy dlerror(),
prior to the dl-function calls, all works like
a charm (and you don't need the link in
/usr/X11R6/lib anymore).
As I said before, I now have to find out why
grace activates the dlerror()
Rob wrote:
---
XtAppContext app_con;
Display *disp = NULL;
char *display_name = NULL;
XtSetLanguageProc(NULL, NULL, NULL);
XtToolkitInitialize();
app_con = XtCreateApplicationContext();
disp = XOpenDisplay(display_name);
Igor Robul wrote:
dlopen() _does not_ reset dlerror() state on sucess, it just returns
non NULL. So you must not check dlerror() for error condition, you
need check return result of dlopen(), and if it is NULL, then you need
use dlerror().
So, code in grace:
dlopen(library name, MODE);
Sorry,
I have reread manual page for dlerror() and found that it need clear
error state after call, but
dlerror() in src/libc/gen/dlfcn.c does not do this:
#pragma weak dlerror
const char *
dlerror(void)
{
return sorry;
}
So error is in FreeBSD libc, if I understand this correctly. I'll do
Igor Robul wrote:
Sorry,
I have reread manual page for dlerror() and found that it need clear
error state after call, but
dlerror() in src/libc/gen/dlfcn.c does not do this:
#pragma weak dlerror
const char *
dlerror(void)
{
return sorry;
}
So error is in FreeBSD libc, if I understand
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
---
XtAppContext app_con;
Display *disp = NULL;
char *display_name = NULL;
XtSetLanguageProc(NULL, NULL, NULL);
XtToolkitInitialize();
app_con = XtCreateApplicationContext();
On Thu, Oct 27, 2005 at 04:00:55AM -0700, Rob wrote:
Here is the two points response from the grace
mailinglist:
1. Because XOpenDisplay() causes dlerror() to be
set:
One of the FreeBSD X libraries is broken,
calling an inexisting libXcursor.so.1.0.
2. The FreeBSD dynamic
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
---
XtAppContext app_con;
Display *disp = NULL;
char *display_name = NULL;
XtSetLanguageProc(NULL, NULL, NULL);
XtToolkitInitialize();
app_con = XtCreateApplicationContext();
On Tue, Oct 25, 2005 at 08:41:33PM -0700, Rob wrote:
Hi,
I'm running FreeBSD 5-Stable.
I only seem to encounter this problem with the
math/graphical port 'grace', and the dlopen()
call inthere.
I answered this question the last time you posted it.
Kris
pgpWpj2IXipZT.pgp
Description:
--- Kris Kennaway [EMAIL PROTECTED] wrote:
On Tue, Oct 25, 2005 at 08:41:33PM -0700, Rob wrote:
I'm running FreeBSD 5-Stable.
I only seem to encounter this problem with the
math/graphical port 'grace', and the dlopen()
call inthere.
I answered this question the last time you
On Wed, Oct 26, 2005 at 01:16:46AM -0700, Rob wrote:
--- Kris Kennaway [EMAIL PROTECTED] wrote:
On Tue, Oct 25, 2005 at 08:41:33PM -0700, Rob wrote:
I'm running FreeBSD 5-Stable.
I only seem to encounter this problem with the
math/graphical port 'grace', and the dlopen()
Hi,
Rob wrote:
Yes, indeed. Thank you. You said:
Sounds like the application is broken for
requesting it, since as you found there is
no such library on FreeBSD.
Here the application refers to what?
Grace? Or dlopen()?
If you mean grace, then I have a problem:
the grace mailinglist
I am the only FreeBSD user on the Grace mailinglist.
Apparently the dlopen() call in grace works fine
on Linux and others. But not with FreeBSD.
This is not a problem with the dlopen call *or* freebsd - the
problem is that it is asking for a library 'libXcursor.so.1.0'
which does not exist on
On Tue, 2005-Oct-25 20:41:33 -0700, Rob wrote:
2. Create $HOME/.grace/gracerc.user and put
one line in this file:
USE pow TYPE f_of_dd FROM /usr/lib/libm.so
(this is the example from the Grace UsersGuide)
Does grace work correctly if you don't include this line?
3. Start grace like
Peter Jeremy wrote:
It doesn't make sense for an attempt to dlopen libm to complain about
an X library.
fresh port works for me. By works I mean I can launch it and use menu :-)
___
freebsd-questions@freebsd.org mailing list
--- Igor Robul [EMAIL PROTECTED] wrote:
Hi,
Rob wrote:
Yes, indeed. Thank you. You said:
Sounds like the application is broken for
requesting it, since as you found there is
no such library on FreeBSD.
Here the application refers to what?
Grace? Or dlopen()?
If
--- Pete French [EMAIL PROTECTED] wrote:
I am the only FreeBSD user on the Grace
mailinglist.
Apparently the dlopen() call in grace works fine
on Linux and others. But not with FreeBSD.
This is not a problem with the dlopen call *or*
freebsd - the problem is that it is asking for
a
--- Peter Jeremy [EMAIL PROTECTED] wrote:
On Tue, 2005-Oct-25 20:41:33 -0700, Rob wrote:
2. Create $HOME/.grace/gracerc.user and put
one line in this file:
USE pow TYPE f_of_dd FROM /usr/lib/libm.so
(this is the example from the Grace UsersGuide)
Does grace work correctly if
Rob wrote:
Indeed, grace will start normally, but it will
not parse the USE... line from the gracerc.user,
because the dlopen() call has the error:
Shared object libXcursor.so.1.0 not found,
required by xmgrace
Do you see this too?
yes.
Rob wrote:
The reason why the grace developper blames FreeBSD
is because of this:
The executable 'xmgrace' is linked to
/usr/X11R6/lib/libX11.so.6
and
'strings /usr/X11R6/lib/libX11.so.6 | grep libXcursor'
gives:
libXcursor.so.1.0.2
So according to the grace developper, the reason
for my
Rob wrote:
The executable 'xmgrace' is linked to
/usr/X11R6/lib/libX11.so.6
and
'strings /usr/X11R6/lib/libX11.so.6 | grep libXcursor'
gives:
libXcursor.so.1.0.2
I have made symbolic link libXcursor.so.1 - libXcursor.so.1.0.2
in /usr/X11R6/lib
and now xmgrace starts withour errors.
So
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
The reason why the grace developper blames FreeBSD
is because of this:
The executable 'xmgrace' is linked to
/usr/X11R6/lib/libX11.so.6
and
'strings /usr/X11R6/lib/libX11.so.6 | grep
libXcursor'
gives:
libXcursor.so.1.0.2
So
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
The executable 'xmgrace' is linked to
/usr/X11R6/lib/libX11.so.6
and
'strings /usr/X11R6/lib/libX11.so.6 | grep
libXcursor'
gives:
libXcursor.so.1.0.2
I have made symbolic link libXcursor.so.1 -
libXcursor.so.1.0.2 in
Rob wrote:
--- Igor
Do you mean the other-way-around link:
libXcursor.so.1.0.2 - libXcursor.so.1 ??
of course.
I mean
ln -sf libXcursor.so.1 libXcursor.so.1.0.2
___
freebsd-questions@freebsd.org mailing list
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
--- Igor
Do you mean the other-way-around link:
libXcursor.so.1.0.2 - libXcursor.so.1 ??
of course.
I mean
ln -sf libXcursor.so.1 libXcursor.so.1.0.2
Indeed, but with this link, I get:
$ xmgrace
Shared object nss_dns.so.1
Rob wrote:
Indeed, but with this link, I get:
$ xmgrace
Shared object nss_dns.so.1 not found,
required by xmgrace
DL module load failed: USE pow TYPE F_OF_DD
FROM /usr/lib/libm.so
Error at line 1
All works fine for me. I think this is your local problem. Check
/etc/nsswitch.conf
Mine
--- Igor Robul [EMAIL PROTECTED] wrote:
Rob wrote:
Indeed, but with this link, I get:
$ xmgrace
Shared object nss_dns.so.1 not found,
required by xmgrace
DL module load failed: USE pow TYPE F_OF_DD
FROM /usr/lib/libm.so
Error at line 1
All works fine for me. I think
Rob wrote:
Aargh, seems I'm back where I was a few hours ago...
...me having a problem that nobody understands.
Check
/etc/nsswitch.conf
Mine is bellow:
group: compat
group_compat: nis
hosts: files dns
networks: files
passwd: compat
passwd_compat: nis
shells: files
I have
Hi,
I'm running FreeBSD 5-Stable.
I only seem to encounter this problem with the
math/graphical port 'grace', and the dlopen()
call inthere.
It seems to be a FreeBSD specific problem and
I wonder if other people on this list encounter
the same problem.
This is the problem:
1. Install Grace
32 matches
Mail list logo