Glibc 2.19 & find: sanity check of the fnmatch() library function fail

Since yesterdays update to glibc 2.19, find doesn't like searches by name. The update threw a hole lot of segmentations faults
[2014-02-12 15:06] [PACMAN] Running 'pacman --color auto -Sy'
[2014-02-12 15:06] [PACMAN] synchronizing package lists
[2014-02-12 15:07] [PACMAN] Running 'pacman --color auto -S -u'
[2014-02-12 15:07] [PACMAN] starting full system upgrade
[2014-02-12 15:08] [PACMAN] upgraded apr-util (1.5.3-1 -> 1.5.3-2)
[2014-02-12 15:08] [PACMAN] upgraded linux-api-headers (3.12.4-1 -> 3.13.2-1)
[2014-02-12 15:08] [ALPM] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
[2014-02-12 15:08] [ALPM-SCRIPTLET] Generating locales...
[2014-02-12 15:08] [ALPM-SCRIPTLET] de_DE.UTF-8
[2014-02-12 15:08] [ALPM-SCRIPTLET] en_US.UTF-8
[2014-02-12 15:08] [ALPM-SCRIPTLET] Generation complete.
[2014-02-12 15:08] [PACMAN] upgraded glibc (2.18-12 -> 2.19-1)
[2014-02-12 15:08] [PACMAN] upgraded binutils (2.24-1 -> 2.24-2)
[2014-02-12 15:08] [PACMAN] upgraded gcc-libs (4.8.2-7 -> 4.8.2-8)
[2014-02-12 15:08] [PACMAN] upgraded elfutils (0.157-1 -> 0.158-1)
[2014-02-12 15:08] [PACMAN] upgraded gcc (4.8.2-7 -> 4.8.2-8)
[2014-02-12 15:08] [PACMAN] upgraded shared-mime-info (1.2-1 -> 1.2-2)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_Zt9oRn/.INSTALL: line 1: 10554 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdelibs (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-mobipocket (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded nepomuk-core (4.12.1-2 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kactivities (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kde-base-artwork (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded oxygen-icons (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_lNExqJ/.INSTALL: line 1: 10562 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdebase-runtime (4.12.1-3 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdebase-lib (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded nepomuk-widgets (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdebase-dolphin (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdebase-konsole (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdebase-plasma (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_jc0NOD/.INSTALL: line 1: 10571 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdepim-runtime (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM] warning: /usr/share/config/kdm/kdmrc installed as /usr/share/config/kdm/kdmrc.pacnew
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_9emqkf/.INSTALL: line 10: 10582 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdebase-workspace (4.11.6-1 -> 4.11.6-2)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_HVYliW/.INSTALL: line 1: 10587 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded libkipi (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_JMyH2D/.INSTALL: line 1: 10591 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-gwenview (4.12.1-2 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_BOmkIm/.INSTALL: line 1: 10595 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-kcolorchooser (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_V9lYA5/.INSTALL: line 1: 10598 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-ksnapshot (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded libkexiv2 (4.12.1-2 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_NKbRqP/.INSTALL: line 1: 10602 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-okular (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_1CccYz/.INSTALL: line 1: 10606 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded libkdcraw (4.12.1-2 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdegraphics-thumbnailers (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-ffmpegthumbs (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_PRYdSk/.INSTALL: line 1: 10609 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
[2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-kmix (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-mplayerthumbs (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdepimlibs (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded kdeutils-ark (4.12.1-1 -> 4.12.2-1)
[2014-02-12 15:08] [PACMAN] upgraded lib32-elfutils (0.157-1 -> 0.158-1)
[2014-02-12 15:08] [PACMAN] upgraded lib32-glibc (2.18-12 -> 2.19-1)
[2014-02-12 15:08] [PACMAN] upgraded lib32-gcc-libs (4.8.2-7 -> 4.8.2-8)
[2014-02-12 15:08] [PACMAN] upgraded libsasl (2.1.26-6 -> 2.1.26-7)
[2014-02-12 15:08] [PACMAN] upgraded mpd (0.18.7-1 -> 0.18.8-1)
[2014-02-12 15:08] [PACMAN] upgraded nginx (1.4.4-2 -> 1.4.5-1)
[2014-02-12 15:08] [PACMAN] upgraded openjpeg (1.5.1-1 -> 1.5.1-2)
[2014-02-12 15:08] [PACMAN] upgraded pam (1.1.8-2 -> 1.1.8-3)
[2014-02-12 15:08] [PACMAN] upgraded python2-numpy (1.8.0-1 -> 1.8.0-2)
[2014-02-12 15:08] [PACMAN] upgraded redland (1:1.0.17-1 -> 1:1.0.17-2)
[2014-02-12 15:08] [PACMAN] upgraded s-nail (14.5.2-3 -> 14.5.2-4)
[2014-02-12 15:08] [PACMAN] upgraded sudo (1.8.9.p4-1 -> 1.8.9.p5-1)
[2014-02-12 15:08] [PACMAN] upgraded systemd (208-10 -> 208-11)
[2014-02-12 15:08] [PACMAN] upgraded systemd-sysvcompat (208-10 -> 208-11)
[2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_7YRIvT/.INSTALL: line 10: 10659 Segmentation fault (core dumped) mkfontdir usr/share/fonts/local
[2014-02-12 15:08] [PACMAN] upgraded terminus-font (4.38-3 -> 4.38-4)
[2014-02-12 15:08] [PACMAN] upgraded vim-systemd (20130410-1 -> 20140209-1)
[2014-02-12 15:08] [PACMAN] upgraded whois (5.1.0-1 -> 5.1.1-1)
[2014-02-12 15:08] [PACMAN] upgraded xdg-utils (1.1.0.git20140109-1 -> 1.1.0.git20140207-1)
[2014-02-12 15:08] [PACMAN] upgraded xf86-video-intel (2.99.909-2 -> 2.99.910-1)
After that nearly all applications segfaulted but somehow it everything works again. Except for find (which I only recognized after mkinitcpio destroyed my initramfs......):
# find -name \*.pkg.tar.xz
find: sanity check of the fnmatch() library function failed.
Regex, type and all other operators work as expected:
# find -regex '.*\.pkg\.tar\.xz'
./gcc-4.8.2-7-x86_64.pkg.tar.xz
./binutils-2.24-1-x86_64.pkg.tar.xz
./glibc-2.18-12-x86_64.pkg.tar.xz
./gcc-libs-4.8.2-7-x86_64.pkg.tar.xz
# find -type d
# pacman -Q findutils glibc
findutils 4.4.2-5
glibc 2.19-1
First is suspected it to be a locale issue, but everything seems to be fine:
# diff -u0 {,/}etc/locale.gen
--- etc/locale.gen 2014-02-07 23:56:45.000000000 +0100
+++ /etc/locale.gen 2014-02-12 19:43:03.037279970 +0100
@@ -124 +124 @@
-#de_DE.UTF-8 UTF-8
+de_DE.UTF-8 UTF-8
@@ -161 +161 @@
-#en_US.UTF-8 UTF-8
+en_US.UTF-8 UTF-8
# locale-gen
Generating locales...
de_DE.UTF-8
en_US.UTF-8
Generation complete.
Downgrading to glibc 2.18-12 solved the problem for now...
# pacman -U --noprogressbar --noconfirm *
loading packages...
warning: downgrading package binutils (2.24-2 => 2.24-1)
warning: downgrading package gcc (4.8.2-8 => 4.8.2-7)
warning: downgrading package gcc-libs (4.8.2-8 => 4.8.2-7)
warning: downgrading package glibc (2.19-1 => 2.18-12)
resolving dependencies...
looking for inter-conflicts...
Packages (4): binutils-2.24-1 gcc-4.8.2-7 gcc-libs-4.8.2-7 glibc-2.18-12
Total Installed Size: 134.89 MiB
Net Upgrade Size: -0.42 MiB
:: Proceed with installation? [Y/n]
checking keyring...
checking package integrity...
loading package files...
checking for file conflicts...
checking available disk space...
downgrading glibc...
warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
downgrading binutils...
downgrading gcc-libs...
downgrading gcc...
# find -name \*.pkg.tar.xz
./gcc-4.8.2-7-x86_64.pkg.tar.xz
./binutils-2.24-1-x86_64.pkg.tar.xz
./glibc-2.18-12-x86_64.pkg.tar.xz
./gcc-libs-4.8.2-7-x86_64.pkg.tar.xz
According to the findutils manual one should file a bug report for this message, but I don't think they expect glibc to be the buggy implementation of fnmatch that looks enough like the GNU version to fool configure, but which doesn't work properly.
Does anybody experience similar problems? Does anybody have suggestions how to solve this?
Last edited by auti (2014-02-13 22:14:12)

I've regenerated the locales multiple times but only the upgrade to findutils 4.5.12 worked.
glibc 2.19-2 works with the current findutils.
But if a corrupt locale archive file caused this, why didn't findutils 4.5.12 complained about this?
Anyhow: It works, I'm happy; thanks for your effort, Allan!

Similar Messages

Is there any why to check that the reports are functioning well in Webanaly

Hi Experts,
is there any why to check that the reports are functioning well in Webanalysis?
any Help in this issue ASAP is highly appreciated
Kind Regards,
Vam-c

What do you mean by checking whether they are working?
You can always open the report and see whether everything is working ;)
Regards
Celvin
http://www.orahyplabs.com

How can I debug the Call Library Function at run-time

I've written a VI using the CLF to call a DLL which was compiled off-site by another engineer using MSVC. Even though the VI runs without flagging any errors, the VI is not doing what I expect. Is there any way of finding out if the DLL is been called correctly? The first function that is called doesn't return any value, but I think that it should. Does this mean that the DLL is not being called correctly? Note also that the DLL works fine with a JAVA GUI.

Make sure that you are specifying the proper function prototype in the call library function. If you are slightly off the call will not work properly. Ask the offsite engineer to provide you with this data. Another tip is to build the dll with the option to show front panel when called. You can actually popup the dll like you would a subvi. If you design it with test indicators showing on the front panel that is a great way to determine if it is working. Hope this helps.
BJD1613
Lead Test Tools Development Engineer
Philips Respironics
Certified LV Architect / Instructor

Does the "import library" function work?

I'm a big fan of Apple and its Mac OS X, but let me tell you that the iTunes is not a good software. And I, as a big music fan, a person who has used a lot of software for managing music, I even believe that iTunes is one of the worst. I could discuss this with any person who would think the opposite and he/she would finally admit that I’m right.
One of the evidences is that it was a day I decided to export my library. When I have needed to import the xml file generated (after my iBook hard-disk broke down) containing all my music after a long time working on it… when I decide to “import” the library… I DON’T GET MY MUSIC!!
This library was built on music files saved on an external hard disk. So everything is when it was previously. And now the iTunes is telling me that it cannot find “some files”.
Can anyone help me to believe that some of the most basic functions of any software of music (to import a security copy of your library) works?????
Please!!
Thank you,
davidjm

Pie56694 wrote:
Hi Hummer1,
The Call Library Function Node is valid for real-time targeted VIs. "...will the Vi work properly when targeting the real time operating environment?" depends on the DLL. National Instruments recommends you use CVI Real-Time for C-based shared
libraries. This will allow for proper compilation and will allow for remote
debugging. If the shared library is C++-based, National Instruments recommends
you use VC 6 or VC 7.1 compilers. Other compilers will require run-time
components to be statically linked when compiled, resulting in a large DLL,
though these may not all be supported in Real-Time.
Please see "How Can I Verify that My DLL is Executable in LabVIEW
Real-Time?" and "Using LabWindows/CVI DLLs in LabVIEW Real-Time Applications" for more information. I hope this helps.
Message Edited by Pie56694 on 06-24-2008 04:31 PM
One ceveat here. If your RT target is VxWorks based (like the cRIO-901x) you will need to recompile the DLL into an .out library using either the (paid for) VxWorks IDE or the free Gnu based VxWorks command line tool chain that is compatible with the VxWorks version running on the target. The VxWorks version is depending on the LabVIEW RT Version you are using with VxWorks 6.1 for LabVIEW RT 8.2 and VxWorks 6.3 for LabVIEW RT 8.5.
And that shared library can not make use of any Windows APIs since they do not exist in VxWorks. Standard C runtime and LabVIEW manager functions are the only ones you can use.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

HT2688 Working on a single computer with multiple users, I have set things up to allow each user to view and listen to the others' music libraries under the "Shared Library" function. Can you then connect an iPod touch and copy music from a shared librar

Working on a single computer with multiple users, I have set things up to allow each user to view and listen to the others' music libraries under the "Shared Library" function. Can you then connect an iPod touch and copy music from a shared library?

Was your wife logged into the libray at the time you tried to log in? I have had a similar problem and it was because another user was logged into the library when I attempted to. I got the permission denied banner.

The call library function require us to define the type of parameter that w are using.The type of parameter in cludes numeric, array, string,waveform and adapt to type.I would like to know more about waveform and adapt to type.

In the labview manual, there is very little mention about the use of waveform.How is this waveform being called and can i have an example to see how this work.
Also in the adapt to type paramete, what does this parameter do and in what circumstances do we need to use it.The manual say something about the use of this parametr.It says that scalar elements in arrays or clusters are in line.For example a cluster containing anumeric is passed as pointer to a structure containing a numeric. What does this statement mean?
Can i imply t
hat if my input is a struct, can i use a adapt to type parameter to overcome this incompatibility?Can i also have an example to let me have a better idea.thank you

I'm going to share my experience with the "Adapt to Type" parameter.
Attached to this message is an example. The attachment is a zip file with three files: a dll, a c file and a vi written in LabVIEW 6. The dll contains a function that return a structure with 3 values (like the coordinates of a point in space, that is, (x, y, z)). You can see how the function was constructed by looking at the c file.
In LabVIEW, I created a cluster with the same three parameters. Then, I configured the call library function following the function prototype as in the c file. For the point variable I use "Adapt to Type".
I hope this can give you a head star.
Best regards;
E. Vargas
www.vartortech.com
Attachments:
pointexample.zip ‏63 KB

What are the code library function settings should be followed

i have written one win32 dll, in that what are the project settings should i follow to access the dll file from the lab view..
i have done the following changes but still its not working,
1. Added the library.lib to the dll from the installed path of lab view
2. project settings > settings for All configuration
>C\C++ : category :code generation
use run time lib : Multi threaded dll
processor : blend
struct member allignment :1 byte
call convention : _cdecl*
For my driver access i have included the sys file.
is that anything i have to do other than this, please tel me the config i hav do for the access

2716jag,
How are you trying to access the DLL from LabVIEW? Have you tried using the Call Library Function Node? This should allow you to access the functions within the DLL. I hope this helps!
Brian T
Applications Engineer

The photoshop library operation failed because quicktime is not installed on this computer

I'm getting this when importing a Photoshop Timeline Animation into After Effects.
"The photoshop library operation failed because quicktime is not installed on this computer"
I have all updates to date.
Any clues?

After Effects CC (12.x) does not import animation/video layers in PSD files. You should render and export your animation from Photoshop as a movie file and import that into After Effects.

Defrag my hard drive on my iMac now I tunes can't find my songs in the iTunes library

I defraged my hard drive now iTunes can't find the songs in the library. Not connected to the cloud yet. Any suggestions on getting iTunes to find the master copy of the songs so I can play them on my iMacs. I have the same songs on my I pad but I don't know of any way of transferring my music from my iPod to the iTunes library on my iMac. Any thoughts.

Same problem here. In my case I suspect due to having been cleaning out duplicate music files when hard disk was filling at an alarming rate (as I watched.) No longer doing that but my cleanup must have moved essential elements and files.
Anyone know how to get my purchased stuff, showing as purchased but with exclamation mark, back into itunes again?

Problem with the math library functions

Hi,
I encountered a problem related to some functions provided by math library on sun. I narrowed it down to the following test program:
========================================================
#include<stdio.h>
#include<math.h>
void pow_res()
double x = 10.0;
double y = 2.5;
printf("pow(%.2e, %.2e):%.20e\n", x, y, pow(10.0, 2.5));
void cos_res()
double x = -6.433230338433114370e-02;
printf("x:%.20e cos(x):%.20e\n", x, cos(x));
int main()
pow_res();
cos_res();
return 0;
========================================================
The above test program has to be linked with any math library. It is �libm� for amd64/linux, but for sparc we have choice between �libm� and �libmopt�. I am compiling above program with "cc <test_program.c> <-lm/-lmopt>" command.
On sparc, if the above test program is getting linked with �-lm" then it gives same results for the �cos� on both amd64 and sparc, but gives different results (16th decimal digit onward) for �pow�. If it is getting linked with �-lmopt� then it gives same result for the �pow� on both the platforms, but gives different results for �cos�. Linux results match with the amd64 results.
The �Numerical Computation Guide� provided by SUN (ftp://docs-pdf.sun.com/802-5692/802-5692.pdf page 40, table 2.10 ) says that you can trust only 15-17 decimal digits for double calculation. But here the requirement is to match the sparc results exactly with the amd64/linux or at least match the result till 20th decimal digit. I guess it is something to do with the FPU setting either through compiler options or code. I tried many different compiler options, like -fast, different combinations of compiler options provided by -fast macro, but nothing helped.
Following is the system configuration:
Amd64:
gcc version: 3.3.6
OS: RedHat Enterprise Linux 3.0 U7 (Linux 2.4.21-40.ELsmp x86_64)
Sparc:
cc version: Sun C 5.8 Patch 121015-01
OS: SunOS 5.9 Generic_118558-21 sun4u sparc SUNW,Sun-Fire-280R
It will be great if somebody can explain the problem and the solution to get rid of it.
Many thanks,
Sunil

Transcendental functions are not specified to be correctly rounded in the same
sense as +-*/. So it's entirely possible, and often observed, that libraries of equal
quality deliver slightly different results.
To simplify, suppose one wanted to compute x = 4*atan(1.0)
which happens to be the
transcendental number pi which is roughly, in hex and in decimali:
.C90F DAA2 2168 C234 C... * 2^4 or 3.141592653589793239...
But binary floating-point arithmetic can only represent certain rational numbers of
the form of an integer of at most 53 significant bits times a power of two. The
nearest double-precision number to pi is
.C90F DAA2 2168 C * 2^4 or roughly 3.141592653589793116...
This particular number has a large but finite decimal expansion. And if you
do printf with %e.20 you will get the 20 decimal digits of that double-precision
number's expansion, not the 20 decimal digits of pi, which only agrees to the
15 significant decimals 3.141592653589793 and differs afterward.
In the case of pow(10.0,2.5), (which happens to be sqrt(1.0e5))
the correct result in hex looks something like
.9E1D 276F D4BA C410 C... * 2^9 or roughly 3.162277660168379332...E+2
in hex notation, while the closest double precision number is
.9E1D 276F D4BA C8 * 2^9 or roughly 3.162277660168379612...E+2
but it's only slightly closer than the next closest double precision number
.9E1D 276F D4BA c0 *2^9 or roughly 3.162277660168379043...E+2
Either answer is a good answer, and math libraries might that only aspire to
deliver results that are close to correctly rounded might deliver either, depending
on which approximation algorithm is used, which might depend on what's fastest
on a particular processor.
So why don't math libraries deliver correctly rounded results instead of almost?
Because the slight extra increase in accuracy doesn't do much good for most
people, and the major decrease in performance is noticeable by lots of people.
The main payoff of correctly rounded transcendental functions is that they
promote uniform numerical results across platforms, which is worth something
to some people but not much to many people.
So for those who find it worthwhile, there are correctly rounded transcendental
function libraries available. Sun's development version is available at
http://www.sun.com/download/products.xml?id=41797765
Another solution for some people is to change double variables and functions
to long double, using powl and cosl in the examples. That increases the
accuracy to almost 20 digits on x86 and over 30 digits on SPARC, and while
the same issues eventually arise, most users would never encounter them.
The SPARC long double implementation is in software rather than hardware,
and so entails a major performance reduction compared to double.
The Numerical Computation Guide at docs.sun.com discusses many of these
issues at greater length.

Error occured in the call library function node in Trace32_PracticeCmd.Vi

Hi ,
I am trying to intergrate lauterbach (trace32) ; (Debugger) with labview . I have been provided the .dll and some functions that I can use by the manufacturer.
I am trying to "load" a file into my hardware . There is a sub vi that the manufacturer (Lauterbach) has made availabe to me , it is called "Trace32_PracticeCMD.vi" .Please find the Vi attached.
This Vi should allow a user to enter a command to perform for eg ."DO" and then subsequent Vi would allow me pass a path of the file with the filename and that is how I can load my file into my hardware .
This VI keeps throwing me an error . Please see the error attached.
I have read a lot of posts on the similar error and have tried out all the suggestions that were listed but they are not helping me solve this .
I am also attaching the .dll file . Find attached
Please feel free to ask for more information.
Please suggest.
Attachments:
Practice _error.PNG ‏73 KB
Trace32_PracticeCmd.vi ‏15 KB
dll_inside.zip ‏87 KB

Sounds to me like this is clearly Lauterbach's problem to fix. The error message indicates that there is either a problem in the DLL (which they wrote) or the VI calling the DLL (which they also wrote).
Are you sure the DLL is compatable with the version of Windows and/or LV you are using?
Mike...
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

How to find referenced photos within the Photos app

Problem:
Upon instructing Photos to use iCloud Photo Library, the app informed me:
"104 referenced files in your library will not upload to iCloud Photo Library. Select referenced files in your library and choose 'Consolidate' from the File menu to copy the original files into the library."
I do not know which 104 images in my library are referenced, and therefore cannot use "Consolidate" to import the masters into the library.
Can anyone tell me how to find referenced files, within the active library in the Photos app?
I am not asking how to use the "Show Referenced File in Finder" menu command. I need to identify a file as referenced first, hence this post!

Gotcha - came up with a workaround... since the photos were living in the Photo Library packaged itself, and not simply in another regular folder, I right clicked on the library and said show packaged content, then search for what folders the files lived in, then copied the files out of the packaged library into a folder. Then I was able to give the Photos Library access to the new folder with the files.
With all my files now references, I enabled iCloud Photo Library and am uploading now.
Hopefully my new local Photo Library will be smart enough to optimize local images and shrink to give me more space.
Thanks.

Help, please! "The iPhoto Library is locked, on a locked disk, or you do not have permission to make changes to it."

A few weeks ago, I was using iPhoto fine when it suddenly quit working. I quit iPhoto and relaunched. It would no longer work.. was giving me the "used by another source" message. Well... lots of crap later (my husband did most of it, I'm not exactly sure what).. we have a new library where we are importing our files from the old library. I still cannot get it to open from my computer, though. As of today, I cannot open iphoto from the external hard drive (our main library). I also have a library on my macbook pro that I AM able to open, but I must click on that library from Finder (unless it is the last library that has been opened if that makes sense). I cannot use iPhoto with the option key held down in order to choose which library to run. I cannot option + command to attempt to run the repair library stuff either. It gives the same locked message.
I have deleted and reinstalled iPhoto.
I am running Mavericks and have iPhoto version 9.5.1
We have been using our external hard drive for at least 3 years now. It's defnitely formatted correctly.
I can't get my image to upload, but here is what the "get info" shows.
http://i.imgur.com/YF8vysc.png
Any help is much appreciated, thank you.

I also have a library on my macbook pro that I AM able to open, but I must click on that library from Finder (unless it is the last library that has been opened if that makes sense).
Have you checked, if you have two versions if iPhoto on your Mac? This looks like the default iPhoto version on your mac were an older iPhoto version. Search with Spotlight, if you have more than one iPhoto version.
Has iPhoto ever worked with MacOS X 10.9.1 correctly? Or did this start right after the upgrade to Mavericks?
Your library is on a network volume. Have you tried, if it will work, if you connect the drive directly to your mac? It may be a network problem.
<Image Edited by Host>

Programmatically choosing the dll and function within the dll

LabVIEW 2013
I have a top-level UI application, basically a test executive, from which I want to execute external VIs, the tests, that are identified at run-time. I think that means compiling my test VIs into DLLs and then accessing the test VIs from the DLLs. The problem I have is that I do not know how to specify the VI to the Call Library Function at run-time.
Also, since all of this is LabVIEW code, is there an easier way than using the DLLs? Maybe an llb or packed library? And how would I use these?

hartzde wrote:
[..] The vi will need to be in some compiled form.
Default VIs include the compiled code.
Maybe you should also take a look into TestStand.
That being said, "Plug In" is (as already stated several times) the keyword you have to look for using Example finder, ni.com and even google.com (referring lavag.org and similar sites).
Norbert
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

Call library function will not retain change of directory for the library.

I have created a call to a dll made in Visual C++. Everything works fine. I then configure the vi to call the a newer version of the library that is in another directory. The Call Library Function dialog box updates with the new path. I click the OK button. Then configure the vi again to very my change took and it is back to the original path to the library.
Why can I not change where to find the library? I am sure that I can make a new vi an input all the parameters again, but I have many parameters and calls to the same dll. Making new ones each time the location of the dll changes is not an option.
Thanks for your help.
Attachments:
code.zip ‏106 KB

If you have more than one VI accessing the same DLL, then you can't
change the DLL location without unloading all the other VIs first. This
is because Windows will always look first for the DLL in memory, before
even attempting to load it from disk. And if another VI makes use of
that DLL it will be still kept in memory.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Glibc 2.19 & find: sanity check of the fnmatch() library function fail

Similar Messages

Maybe you are looking for