ActiveX Server Method Problem

LabView men help me!
I have a problem with using ActiveX Server Method object.Run(async) with
async = TRUE in MS Visual C++ program.
I want to call ActiveX Server and continue program execution.
I call this metod in program block.
COleVariant No_Wait;
No_Wait.boolVal = TRUE;
pVI->Run(No_Wait);
After this operator I can not return from VI, until VI does not close, inspite
of parameter async = TRUE.
I ask your send me example how to use this metod and wait for you recomendations.
Gregory.

I think I have exactly the example program both of you are looking for. Take a look and post to let us know if you have any questions. Thanks!
Best Regards,
Chris C
Applications Engineering
National Instruments
Chris Cilino
National Instruments
LabVIEW Product Marketing Manager
Certified LabVIEW Architect
Attachments:
Calling_LabVIEW_from_C++_Using_ActiveX.zip ‏4972 KB

Similar Messages

Problems using Labview as ActiveX Server

Hello,
       I have been having difficulty using Labview as an AcvtiveX server. I have reviewed all the postings on this subject and most are either pre Labview 8.2 and thus do not account for the changes made between 8.2 and 8.5 which broke the Activex server functions. I have looked at the recommendations for changing the to code to export (exported vi's in a DLL or Source distribution) and have tried these with no success. The closest example I have found was posted here http://forums.ni.com/ni/board/message?board.id=170&thread.id=283417 the example code they posted does ont work for me and still generates and error 3005.
      What i need is simple. I want to turn my applicaiton into a Vi server.. Expose a vi that acceses elements in the Vi server.. (controls, queues, Globals etc) that are in the Vi server context. I would then like to build a vi .. or dll that calls the 'exposed' vi in the vi server to pass data to or from the vi server. The V test.zip example file in the above indicated post is a pretty good example of this .. it just does not seem to work when i build it in 8.5. Are there any GOOD and 'current' examples of using labview as the ActiveX server (Compiled) and calling exposed vis from an external application Labivew, Visual Basic.. etc?? I am only interested in cases where Labview is the Sever. or both client and server.
       I have used a tool "ActiveXplorer" to examine the registered "exe" when the viserver is run. It always shows that there is no Type Library associated and the object is not creatable. There is a .tlb created by the project build however, where as the previous version 8.2.1 of Labview did not build that correctly. I have also tried this on 8.6 with similar error 3005 generated. sooooo what am i missing?
      Thanks
       Louis Ashford

Mike,
       Thank you for your response to my question. The problem is that the example you site does not use the Labview vi as the Server. Excel is actually the vi server and the automation open is using and excel automation object. I am sure that Excel creates proper automation objects .. Labview however does not seem to. So while this example shows how labview can function as a client it is not an example of a compiled Labview Sever being accessed by a 'laview vi'. Possibly I am not looking at the vi that you are thinking of.
       The examples i am aware of:
                   "ActiveX Event Callback for Excel.vi... (Excel is server not Labview vi)
                    "ActiveX Event Callback for IE.vi (same Labview vi is client)
                    "Write Table to XL.vi" ( again excel is the server)
                    "3D Graph Properties - Torus.vi" (accesses an activex Control 'not' and Activex EXE)
                    "3D Lorenz Attractor Draw at Compeltion using 3D Curve.vi (Uses an activex control not activex Exe server)
                    "3D Parametric Surface - Ribbon.vi (Uses an activex control not activex Exe server)
                    "3D Surface Example - Fluctuating Sine Wave.vi (Uses an activex control not activex Exe server)
                    "Excel Macro Example.vi (Uses excel as automation server..not Labview)
                    "FamilyTree.vi (uses MSComctlLib.ITreeView object not Labview as server)
                    "SlideShow.vi" (uses PowerPoint._Application not Laview as server)
      Most of the posts I have seen are for versions prior to Labview version 8.2 (where the ActiveX server was broken) I have seen only a few posts that actually address the issue i am talking about. however thus far no real solution has been offered. I get the same results when compiling and testing this with 8.6.. as well. So have you tried this Mike? Possibly i am missing something very simple..
      The example i did find and gave the link to is a pretty simple one. This does not work on my machine at all. You can select the automation server that is registered with windows after running the server one time and this then breaks the client vi.. I have found by reselecting the GetViReference property node in the Client vi that it will the 'fix' the client vi as far as labview is concerened and it no longer shows and error. Now when you run the Client vi it will infact find the vi server and will launch it ok. However. The open automation object then hangs.. for quite some time then returns the error
"Error -2146959355 occurred at Server execution failed
in Client_reader.vi" Obviously the automation Exe (server) was seen because it was opened yet it did not return a valid reference so the subsequent property nodes in the client.vi will fail. Something is wrong with Labviews opening of or creating of automation objects..
          Thanks,,
                Louis Ashford

Please help! ActiveX Methods Problem

I have an ActiveX object method that takes a pointer input/output. I need
to call the method from a LabVIEW VI, but I can't figure out how to send
or receive a pointer! Is this possible?

In article <[email protected]>,
"Dave Lora" wrote:
>
>I have an ActiveX object method that takes a pointer input/output. I need
>to call the method from a LabVIEW VI, but I can't figure out how to send
>or receive a pointer! Is this possible?
This may help in reading a pointer into LabVIEW: I had a situation where I was using the
"Sheet.Add" method in MS Excel, and this method returns a pointer (purple wire) to a worksheet
object. So to be able to use this pointer, I had to convert it to a Labview refnum (green wire)
using the "Convert to G data" function of the ActiveX palette. But what should I wire to the type
input of the "Convert to G data" function? What worked was this: put an automation refnum on the
front panel, right-cli
ck and browse until you find the appropriate activeX object type def (in
this case Excel._Worksheet), then use this terminal as the type input to the "convert to G data"
function. Of course this only works if the browse turns up the object type you are looking for.
As for passing pointers out of LabVIEW (i.e. pointer inputs into a LabVIEW activeX method
function), I'm not sure - I thought LabVIEW converted any of its built-in types to a Variant data
type.
Vinny.R.

ActiveX controller methods import as callbacks

I used the Create ActiveX Controller feature to create a FP. The ActiveX is part of Mach3, a CNC control program. The ActiveX has methods like Code(LPCTSTR) that allows you to send G-Code strings to the CNC machine (G-Code is a text-based motor control language).
The weird thing is that most of the methods in the ActiveX control were imported as events with callbacks. For example, the only reference to the Code function in the FP is under Event Callback Registration Functions->IMyScriptObject->IMySriptObjectRegOnCode. The prototype for the callback includes a char * which I assume maps to the LPCTSTR parameter.
I don't understand why the methods are imported as callbacks. I've been working with Mach3 tech support, but they don't know anything about CVI. Here's what they told me about their server:
There are two interfaces that you can get into... One is called Mach4 the other is MyScriptObject, The My script object is all the methods that are used in the VB scripting in Mach3... when I wrap the class in VS I can select what set of objects I would like to get... I am not sure how you do it without VS..
All the methods under Mach4 are imported as standard function calls. Why would the "My script object" methods be imported as callbacks? Is there some way to fix this in CVI, or is the problem in the ActiveX server itself?

After installing the software i was able to generate a controller, and for the "Code" function i generated a callback called Mach4_IMyScriptObjectRetOnCode. Have you been able to call this ActiveX server in another language such as C#? If so can you provide a very simple example of how to do this?
CVI generates functions from the wizard automatically based on their types and something in the Mach4 library is either being treated as an event callback or is not being recognized properly.
Richard S -- National Instruments --Applications Engineer -- Data Acquisition with TestStand

How Do I set up a LabView ActiveX server?

Are there any documenation or sample program which is about how to setup a LabView ActiveX server? my C++ program will dynamically call VI and then pass the integer to Labview program via ActiveX and then perform some control of digital oscillscope. Do anyone help me? thanks for help so much......It is in hurry......please help..............
CowCow

From the NI knowledge base...
Problem: How do I enable LabVIEW as an ActiveX Server?
Solution: Under Edit >> Preferences >> Server: Configuration, select ActiveX as a protocol and enable all server resources. Under Edit >> Preferences >> Server: Exported VIs, list the name of all VIs that can be accessed remotely. You can include the full path to the VI, or just list its name. Wildcard characters are valid. You can explicitly deny access to certain VIs by clicking the Deny Access button. Note that changes to the Server will not take effect until LabVIEW is relaunched.

How to implement an ActiveX server in LabVIEW

My task is to implement an ActiveX server in LabVIEW 8.0 that will be called from a data management software (DXE).
The LV server will take care of data acquisition and control.
I have been looking for tutorials and example code at the NI developer zone and elsewhere without any progress. Information is either to general or code is to old (LV 5.1) to give any help.
Please, show me to a good example of an ActiveX server in LV 8 properly commented or with attached explanations.
Alternatively, suggest any tutorial, short course or books with practical instructions.
Specific information is most welcome.
I suppose that it is possible to write a ActiveX client in LabVIEW to verify the functions of the ActiveX server ?

rolfk wrote:
skalis wrote:
Thank You. Good to know that I am on the right track.
However,
Your sentence "If You look at the several shipping examples..." make me
little concerned. I am not able to find any example of a LV ActiveX
server in my LV 8.0 installation. I would be very grateful of You can
send me any.
Basically you can not create your own
Active X server with your own object hierarchy and methods in LabVIEW.
LabVIEW however can export a predefined Active X server interface that
is just another access method to its internal VI server interface.
With this interface you can determine what VIs are available to
control, load specific VIs from disk if you know their path and,
execute those VIs and passing parameters to it and receiving outputs.
So if your software allows you to script the Active X access to an
Active X server in some ways such as VBA or similar you should be fine.
If your software expects a specific Active X interface you have to
implement in the server application, you are out of luck with LabVIEW,
without using an external component such as an extra Active X server
DLL that translates between the expected interface and the exported
LabIVEW interface. But this last method is quite likely not worth the
hassle.
Rolf Kalbermatter
While I did follow the link mentioned above and found the Interop.LabVIEW.dll that is included in the C# project for the purpose of calling VIs from C#, I am frustrated that these methods are 'buried' in a .dll that you have to go and find on the NI web site, and are not ActiveX methods that are available in an ActiveX Object that is installed when you install LV 8.20 PDS.
Rolf, I don't know that you will get this email, but are you refering to the methods inside of the Interop.LabVIEW.dll in what you are saying above, and if so, how did you become aware of this .dll?
Is anyone aware of any documentation for these ActiveX methods?
Thanks,
Wes
Wes Ramm, Cyth UK
CLD, CPLI

How can I force TestStand to create multiple instance of an activex server instead of share the same reference?

Hi, All:
     I am trying to migrate a application coded by VC++ to TestStand+CVI. This application opens multiple serial com ports and send commands to test targets, and get responses from these targets. The VC++ application creates multiple thread, and every thread create an activeX server instance which is responsible for opening serial port,sending test commands ,and getting response. It works fine as every thread has itsown activeX instance, so data and commands can be handled in the right serial port successfully.
     Yet when I works on TestStand, I got problems. I choose parallel model as the process model. I create a activeX object reference with AxtiveX/COM Adapter, and store the reference in a sequence local varialbe. If there is only 1 testsocket, It is OK. But if there are multiple test sockets, and communication between the application and test targets will be directly to the last test target. I try to popup a message within a execution to indicate the value of the activeX object reference, and all of them are identical. But this is not the behavior I want.
    So, is it possible to force TestStand to create independent instances of an activeX server? How can I make it work?
Thanks

Thanks for your comment, Dan.
      Yet I do get problems as none of us know how to program an activeX server so that it can be forced to be a single-instance or multiple-instance.
As I mentioned earlier, there is existing application which is written by VC++ can create multiple instances of this activeX server, all I have to do is to create multiple threads, and initiate an instance of this server to contrl multiple test targets.
     My colleague said he creates the server with VC++ ATL, and cofigure it to be dual-interface and STA. And in the VC++ application side(client side), I use smart-pointer in threads to create an instance of the server:
IMySerialServer pIMySerialServer;
  HRESULT hr = pIMySerialServer.CreateInstance("UUTCmd.MySerialServer");
  if(FAILED(hr))
   AfxMessageBox("Fail to create instance.");
And then I got multple instances of the activeX server. Every thread can have itsown com port, can send/receive commands indepently. I have no idea how can I make it work on TestStand. Would you show me some reference documents or sample codes?
Thank you
Cipher

Starting applications remotely using LabView activeX server

I want to
make a program that enables me to start applications on a remote computer. I
made a program that starts applications using either System exec.vi or .NET and
both methods work find on my local computer. I built it with activeX server
enabled and copied it to my remote computer. After struggling with DCOM
settings and Security settings for a couple of days!! I’m now able to start the
program from my local computer. The thing is that I can’t see either the
LabView program or the started application. When opening the Windows Task
Manager, I can see both the programs under the Process tab so they have
started, but obviously as a “background” process and not as an application.
Does anyone
have an idea on how to start the programs as applications?

Why not just use PsExec?
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx

Calling LabView ActiveX Server from TCL?

Does anyone have experience calling a LabView ActiveX server vi from
TCL? I created a simple VI with one control (labeled "A") and one
indicator (labeled "B") and a +1 adder between them. I can load and
open the VI from TCL:
package require tcom
set lv [::tcom::ref createobject "LabView.Application"]
set viPath "D:\\National Instruments\\LabView\\Activity\\a.vi"
set vi [$lv GetVIReference $viPath]
$vi FPWinOpen True
But when I try to send in data:
$vi -namedarg Call A 1
I get the error message "unknown parameter A".
I have also attempted to duplicate the "ActiveX Server" example
from the LabView help file, calling "Frequency Response.vi". This
approach encounters the same error message:
% package require t
com
3.0
% set lv [::tcom::ref createobject "LabView.Application"]
::tcom::handle0x013202F4
% set viPath "D:\\National
Instruments\\LabView\\examples\\apps\\freqresp.llb\\frequency
Response.vi"
D:\National Instruments\LabView\examples\apps\freqresp.llb\frequency
Response.vi
% set vi [$lv GetVIReference $viPath]
::tcom::handle0x01335AE8
% $vi FPWinOpen True
% $vi -namedarg Call Amplitude 10
unknown parameter Amplitude
If anyone can point me in the right direction, or give me an
example of how to do this I would greatly appreciate it.
TIA.
Leslie

In article ,
Leslie Brooks wrote:
>"Bruce Hartweg" wrote in message
>news:...
>> "Chin Huang" wrote in message
>news:[email protected]...
>> >
>> > I don't use LabView, but from the Visual Basic example I saw, it seems
>> > the Call method takes two arguments. The first is an array of parameter
>> > names and the second is an array of parameter values. Try to send in
>> > data with the Tcl command
>> >
>> > $vi Call [list A] [list 1]
>>
>> I'm unable to help the original question (don't know LAbView or VB stuff) but
>> just want to point out that [list A] is equal to A and [list 1] is the
>same as 1.
>>
>> Bruce
>
> I know what is supposed to be passed to the 'Call' method. Doing
>this:
>
>set inst [::tcom::info interface $vi]
>$inst methods
>
> produces (among other things):
>
>{1015 VOID Call {{{in out} {VARIANT *} paramNames} {{in out} {VARIANT
>*} paramVals}}}
>
> So the 'Call' method is expecting two parameters, both pointers
>to variants. TCOM appears to be passing the correct parameter type
>because the TCOM documentation says that a TCL List maps to a
>one-dimensional array of VT_VARIANT. However, the results are
>INvariant (bad pun intended):
>
>% $vi -namedarg Call Amplitude 10
>unknown parameter Amplitude
>% $vi -namedarg Call [list Amplitude] [list 10]
>unknown parameter Amplitude
>% $vi -namedarg Call [list Amplitude] [list [::tcom::na]]
>unknown parameter Amplitude
>% set i 5
>5
>% $vi -namedarg Call [list Amplitude] {incr i}
>unknown parameter Amplitude
>% $vi -namedarg Call [list Amplitude] [list [incr i]]
>unknown parameter Amplitude
>% $vi -namedarg Call Amplitude [incr i]
>unknown parameter Amplitude
>
> Who can help me with this? Who is the LabView Guru?
Try invoking the Call method without the -namedarg option. The
-namedarg option doesn't work the way you seem to think it works. The
-namedarg option provides a way to specify arguments named from the
method's parameter specification. For example, you discovered that the
Call method take two parameters named "paramNames" and "paramVals".
Tcom returns the error "unknown parameter Amplitude" because "Amplitude"
doesn't match either parameter name.

Labview ActiveX Server PATH if in development environment

I'm using Labview 2010 to build an ActiveX server. I can access the executable as an activeX sever from both C and LabVIEW clients. No problems there. But now I want to do some debugging in the development environment while accessing the program via an ActiveX client. In such a situation, how do I change how I access the VI's in the project? I tried using the lvproj in place of the EXE, but this was insufficient. Seems a little convoluted with the changes required to do this debugging.

I think that I already have my answer in that I can not generate a LV event through an ActiveX interface regardless of the type of control, but if you want to play with it, here is a Demo which I derived from the previous link given above. Within the attached ZIP file, read the "Readme.txt" file for instructions. Specifically the program assumes that is located in C:\tmp, since LabVIEW doesn't like relative pathes in both the build and reference node paths, (so they are coded with absolute pathes). If you use C:\tmp, the instruction in Readme.txt should work.
What happens is that you click on the button in the ActiveX Client running in the LV development space.
You can see the control value change shade/color in the ActiveX Server EXE application,
but because no event is generated, the Event Handler does nothing.
I know that I can poll the value of the control and then use the Value (Sgnl) property control to generate an event, but this isn't a very clean solution.
All code in the ZIP file is LabVIEW 2010 release1
Attachments:
LV ActiveX Demo.zip ‏172 KB

Is it possible to querry all of the Virtual Instruments in a VI using the ActiveX Server Virtual Instrument Class?

Is it possible to querry all of the Virtual Instruments that exist in the Front panel of a VI using the ActiveX Server Virtual Instrument Class? I can't seem to find a method or property that returns all the Instruments I may want to control from another application.
I wish not to have to reference to the VI to figure the ControlName by looking at the VI FrontPanel.
But rather have a prop that exposes the strings of all the Instruments.
Example:
allinstr=ObjectVIInstrument.VIControlNames
Object.SetControlValue(AllInstr(1),value)
Thanks.
-Abe

Abe,
There is a VI method called "Get All Control Values" that returns an array of {name,typedesc,flatstrvalue} but this method is not exposed to ActiveX interface, most probably because type descriptors and flattened strings are data format internal to LabVIEW.
However you can make a subVI that inputs the target VI name and returns the name of all controls on the Panel invoking the internal method. Then you call this VI via ActiveX to retrieve the list of Front Panel controls of the target VI.
LabVIEW, C'est LabVIEW

How can I force the close of a third party ActiveX server.

We have a third party ActiveX executable that refuses to shut itself down once in a while. And when I say once in a while, I mean one out of every 20-30 times it's attempted. All termination commands are being sent and recieved properly, and all refnums are being closed. No errors are ever generated, all operations report successful, but the thing just won't die. Problem is of course, that if we attempt to restart our software after the ActiveX app fails to terminate, it generates server execution errors when trying to open a new instance. We are not expecting a speedy resolution from the third party, but it is becoming a great inconvenience for our customers. I would like to be able to kill the process thro
ugh the OS as a last resort. Problem is, to do that I need a ProcID. Is there any way to retrieve a ProcID for the ActiveX server through LabVIEW? Alternatives and suggestions are welcome.

Hello codeman,
Thank you for your inquiry regarding closing a third party ActiveX server. It sounds like the third party application is having trouble closing. There are several Windows Utility VIs available that could help in this case. One of the Utility VIs is called Get Window Refnum and should return an instance of a Windows window. The following links are great resources when dealing with this issue.
http://digital.ni.com/public.nsf/websearch/136F6B1F34CBB76E852563FC007AEFC7?OpenDocument
http://sine.ni.com/apps/we/niepd_web_display.display_epd4?p_guid=B45EACE3EF4556A4E034080020E74861&p_node=DZ53008&p_submitted=&p_rank=&p_answer=&p_source=External
Other responses similar to these can be found on the ni.com website by clicking the support tab at the top
of the home page. Then search for �refnum instances� from Technical Resources at the top of the page or topics similar to this. I hope these resources help. Let me know if I can further assist you.
Shea C.
Applications Engineering

How to pass VI ref. from LV ActiveX server to LV executable?

Greetings all,
The question is: How can I pass a VI Server VI Ref from a vi that is dynamically called using LV ActiveX?
The method I'm trying to use is the "CALL2" method. The target vi executes fine, parameters are set and read fine using the paramNames and paramVals inputs/outputs of the invoke node, however this doesn't work on one of my outputs which is a VI Reference. Probing the reference wire after it is converted back yields "Refnum No Longer Valid" along with the hex value of the refnum.
Why I need to do this: I'm building a highly modular application that consists of a core application and several "plugins." All are developed in LabVIEW 8.2. The core application is an .exe file, the plugins are .dll's and can be updated on site without a full recompile of the app, and the user can also pick and choose the plugins they wish to install. In this sense it works a lot like the Firefox web browser. Idealy, others should be able to develop plugins. In order for them to be able to test and debug their plugins while launching them from the core, the core application needs to be able to run uncompiled VI's as plugins. This can be accomplished one of two ways that I know of. Either through the use of a VI Server, or by instantiating LV through ActiveX and using the ax properties and methods to run the vi. When a plugin is started, it spawns a thread that allows it to communicate with other plugins and monitors it's UI, then returns a reference to the plugin main VI so that the core application can display it in a sub panel. The goal is to not use the VI Server method which would cause the uncompiled VI to attempt to execute under the Core app's instance of the run time engine, but to execute it using the LV Dev. Environment through ActiveX so the developer can pause, probe etc their plugin vi.
So far the whole architecture works great when:
Core is compiled and plugins are compiled
Core is not compiled, plugins are compiled
Core is not compiled, plugins are not compiled
What's missing is the way the core should be deployed to potential plugin developers:
Core is compiled, plugins are not compiled.
It is also not possible to pass the VI refernece back to the core by just using the AX GetVIReference function, since AX refs and VI Server refs are not the same and an AX VI Ref can't be placed in a sub panel. Is there possibly a way to convert an AX VI Ref to a VI Server Style VI Ref?
Thanks for any insight in advance.

Just an update, I've bumped this up to NI tech support and they are looking into it...

Turning a LabVIEW built DLL into an ActiveX server

Does anyone have a list of the steps you must go thru
to convert a LabVIEW generated DLL into an ActiveX server. Do the functions become methods?

Hi James,
we have a library we deploy in three ways: as a LabVIEW library, as a DLL and as Active-X server.
In the build file for the DLL we have made each "function to call" a top level VI.
In the Active-X server each "function to call" is a dynamic VI. We created a new top level VI which will run when the server is started and stops after his window is hidden. In LV 6.x you need the winutil library to hide the window. If you close the window (through FP.Open set to FALSE) the server will stop. The window size is set to 1x1 in the VI Properties to minimize flickering on the screen during start of the Active-X server. You must check the "Enable Active-X Server" box on the "Application Settings" page in the app builder. In your client application yo
u open a reference to the server and then you can open a reference to the VI. You set/read the controls and run the VI. There is sample code for Visual Basic on the NI web site. I have also sample code for Visual C++ single and multi threaded clients.
If you are interested in the examples contact me at [email protected] and I will ask my customer to allow me to send it to you.
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

ERROR GETTING LICENSE:license Server Communication Problem:E_ADEPT_USER_AUTH

Bought this book "Frontline Ukraine in epub format" from kobobooks and digital editions will not download it returning the following message:
ERROR GETTING LICENSE:license Server Communication Problem:E_ADEPT_USER_AUTH
Kobo help offer no solution.
I have and still can dowload the other book I purchased some time back using the same method.
Any suggestions as to how I might download this book would be very welcome.

Same issue for me and many others
I had version 1.7 (win 7, 64bit) working fine until this morning. Books downloaded ok from both local library using overdrive and school library using EBL. Then one *.ascm file failed to load citing an IO error on network request.
I followed the instructions at OverDrive | What to do if there is an "IO Error... and this didn't work. Same error still appeared.
Next tried upgrading to most recent version of Digital Editions, which migrated in my borrowed books and my authorisation okay. Tried clearing cache and ensuring every adblock etc still turned off, redownloaded the *.ascm and got a new Check! Activation error....
I removed my authorisation, then closed, reopened and reauthorised and then cleared files as per Overdrive link above... now getting
Unable to download
Error getting licence. Licence server communication problem.
E_Adept_Document_Type_Unknown:
Occurs with book PDF and ePub versions of the *.ascm and is very frustrating!

ActiveX Server Method Problem

Similar Messages

Maybe you are looking for