User Activity

  • Posted a comment on ticket #2 on libcdorganizer

    Alas. I am not C programmer but I will give it try to see if I can set it up properly and see what is going on. Not a lot of hope that I will be successful at this. The Dacal has been sitting idle on my system for a while now so I am used to it being furniture and not useful on my Linux system. Thanks for trying to help.

  • Modified a comment on ticket #2 on libcdorganizer

    I did the trace and there does seem to be some problems. "dacal.so" returns a code of 3 and it seems to be looking for file "dacal.la" which returns a code of -1 (file not found). But, even before then, two files seem to be missing: access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) From what I read, ld.so files are not issues, just glibc checking to see if the files are there as a standard routine....

  • Modified a comment on ticket #2 on libcdorganizer

    I did the trace and there does seem to be some problems. "dacal.so" returns a code of 3 and it seems to be looking for file "dacal.la" which returns a code of -1 (file not found). But, even before then, two files seem to be missing: access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) From what I read, ld.so files are not issues, just glibc checking to see if the files are there as a standard routine....

  • Modified a comment on ticket #2 on libcdorganizer

    I did the trace and there does seem to be some problems. "dacal.so" returns a code of 3 and it seems to be looking for file "dacal.la" which returns a code of -1 (file not found). But, even before then, two files seem to be missing: access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) From what I read, ld.so files are not issues, just glibc checking to see if the files are there as a standard routine....

  • Posted a comment on ticket #2 on libcdorganizer

    I did the trace and there does seem to be some problems. "dacal.so" returns a code of 3 and it seems to be looking for file "dacal.la" which returns a code of -1 (file not found). But, even before then, two files seem to be missing: access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) From what I read, ld.so files are not issues, just glibc checking to see if the files are there as a standard routine....

  • Modified a comment on ticket #2 on libcdorganizer

    To respond to your version question, it was all expanded from "libcdorganizer-src-4.0.0.tar.bz2". If the wrong version is in there, then that is a possiblity.

  • Posted a comment on ticket #2 on libcdorganizer

    To respond to your version question, it was all expanded from "libcdorganizer-gnu-linux-amd64-4.0.0.tar.bz2". If the wrong version is in there, then that is a possiblity.

  • Modified a comment on ticket #2 on libcdorganizer

    Maybe it fails to load the "dacal" and "kds" files (ergo file load error) but loads the .so versions ok Tried it as Root, no success. same result.

View All

Personal Data

Username:
neal80921
Joined:
2016-10-01 02:21:35

Projects

  • No projects to display.

Personal Tools