Dialog in parallel

Is it possible to run a dialog, change a control, and update an indicator simultaneously ? In the example code I would like to be able to change the control values and update the indicator while the dialog is open. When I select OK from the dialog both loops should terminate.
Solved!
Go to Solution.
Attachments:
parallel.vi ‏10 KB

Please download the code and let me know wheather it helps or not.
=========================================
Please remember to accept a solutions and show your appreciation by giving Kudos to helpful messages...
Mangesh D.
CLAD | Project Engineer
==
VIPM, LabVIEW 8.2, 2009, 2011SP1, 2012, 2012SP1, 2013, cRIO,cDAQ, PXI, ELVIS, Multisim, Smart Camera....
Attachments:
code.zip ‏14 KB

Similar Messages

Mass processing & Back jobs

Hi Gurus
Can any one give me different background jobs and mass processing available in R3.
This is reqd urgent
Regards
Subbaraya

Mass Processing of Production Orders
Use
Mass processing enables you to carry out functions for multiple orders.
Features
Functions
The following lists contain the mass processing functions that are available:
Order headers
Material availability check
Release
Printing of shop floor papers
Costing
Scheduling
Generate capacity requirements
WM material staging
Picking
Set/delete user status
Confirmation
Technically complete
Close
Log display
Operations
Release
Print shop floor papers
Picking
Set/delete user status
Confirmation
Log display
Components
Print shop floor papers
Picking
Log display
Production resources and tools
Printing of shop floor papers
Log display
Starting Mass Processing
Mass processing can be started in the following ways:
Triggering the execution of a function
The execution of a function can be triggered as follows:
Execute function immediately
The functions are executed directly after mass processing has been triggered. This can take a long time for functions that require a lot of system resources. However, you can immediately check whether the function was successfully executed.
Execute function with dialog transaction
Further processing is controlled by a dialog that is specific to the function. This option is available for the following functions: Confirmation, Picking, Log display.
Create a function request (refer to Processing Requests)
First, requests are created without any further checks. The requests are created very quickly. Mass processing is actually executed with the program COWORKDISPATCH. As a result, it is delayed until the next time the program starts. You can decouple the function in terms of time, so that the main work takes place at night, for example. The end users create requests and system administration takes care of their execution.
Execute function in the background
First, requests are created without any further checks. Then a background process is started, which processes these requests immediately. Scheduling a background job does not create any administrative work and reduces the workload for the dialog.
Parallel Processing
For parallel processing, you define server groups for mass processing (COWORK-DIALOG, COWORK-BATCH). This enables you to speed up the execution of processing.
Mass processing online/ in the background.
You can either execute mass processing online or you can schedule it in a background job (no online steps are possible).
Application Toolbar with Mass Processing Functions
You can define that an application toolbar, with selected mass processing functions, is displayed in the list of the selected objects. You can use this application toolbar to execute the functions in the dialog.
For more information refer to Display Application Toolbar with Mass Processing Functions.
Test Run
You can decide whether changes caused by a mass processing function are executed in the form of a test run only. Error messages that may occur are collected. No changes are updated to the database.
You can use the test run for these functions:
Close
Set/delete user status
Release
Costing
Generate capacity requirements
Technically complete
Scheduling
WM material staging
To test a function, select the option Test function without changes to data on the Mass processing tab page.
Log
Log records are written and saved as a function is being executed. They provide information about the execution of a mass processing function. If no log record exists, the function was executed without any problems. The log records are assigned to the order or the collective order
Regards,
nandha

Error in loading Data to Targets

Dear All,
I am trying to load data to targets(ODS) through another ODS and some target(ODS) through infosource.
I am getting these errors:-
"Resource error. No batch process available. Process terminated
Activation of M records from DataStore object ZSA_DS01 terminated".
Until yesterday everything was getting loaded proerly.

Hi
goto transaction RSODSO_SETTINGS >Enter your DS> Press "execute action" on the "Change runtime parameters" option.
Parameters for activation-->Change Process Params -->set to DIALOG with the server group = "parallel_generators"
Parameters for SID Generation>Change Process Params>set to DIALOG with the server group = "parallel_generators"
Remove the option in "Parallel Processing" for background .
If this doesnt help
Try to change the settings of the Variant ODS activation process type (Parallel Process Settings) in each process chain for each ODS separately and change it to dialog with parallel generators with number of processes to 2 each for activation and SID.
Save the variant and come back and execute the process chain. It should work.
Hope this helps
Regards
Shilpa

Photoshop "save as" dialog not working on Parallels

I have Photoshop CS5 running on a MacBook OS 10.8 under Parallels/Windows XP. When I try to "Save as", the dialog box does not come up. I have installed the latest update. The other CS5 programs (e.g., Dreamweaver and Fireworks) do not have this problem. Also, when I try to do a "Save for Web and Devices", the dialog box DOES come up, but it is oversized for the window and cannot be resized to make the control buttons accessible.
Any suggestions would be most welcome.

Hi Noel! Thanks for the suggestion. I tried to fiddle with the window resolution in the control panel. This made a mess...but in the process I discovered that if I run Photoshop in Coherence mode (i.e., not inside with Windows "window"), the dialogue box shows up. So, your suggestion about the window resolution did solve the problem.
Thank you!

SAP job not using all dialog processes that are available for parallel processing

He Experts,
The customer is running a job which is not using all the dialog processes that are available for parallel processing. It appears to use up the parallel processes (60) for the first 4-5 minutes of the job and then maxes out about 3-5 processes for the remainder of the job.
How do I analyze the job to find out the issue from a Basis perspective?
Thanks,
Zahra

Hi Daniel,
Thanks for replying!
I don't believe its a standard job.
I was thinking of starting a trace using ST05 before the job. What do you think?
Thanks,
Zahra

Altering the appearance of Parallel UUT Dialog

Hi all
I was hoping someone might be able to help answer a TestStand related question. I am in the process of putting together an ATE system. For simplicity and speed of implementation we have decided to use the unmodified parallel process model with callbacks. The system will test up to 3 different types of UUT’s in parallel.
Depending on a user selection (made in the ProcessSetup callback) any combination of the 3 UUT types could be selected to run.
The system functions perfectly but we were hoping there was a simple way of altering the Parallel UUT Dialog to make the final application more intuitive.
Would any of the following be possible without the need to alter Modelsupport2.dll??
Alter the test socket label from 0,1 or 2 to text that would reflect the UUT type being tested in each socket?
Alter the Status Message to reflect the UUT type being tested?
Any other suggestions.
I am running under windows XP, the version of TestStand in use is 3.5. I am programming with LabVIEW 7.1 I have no experience with C, hence altering the Modelsupport2.dll is not a realistic option.
If anyone has any suggestion of how I could make my application more intuitive please respond.
T.I.A
Declan
Attachments:
Parallel UUT Dialog.JPG ‏46 KB

Ray is correct that the changes to modelsupport2 are fairly simple but you would need to buy CVI in order to do this. I have made some of the same changes. I do almost all of my work in LabVIEW but I also have a CVI license so it was no big deal to me. You could consider writing your own parallel dialog in LabVIEW. For the batch model, I needed a different serial number entry and I wrote that in LabVIEW. It was not an entire replacement of modelsupport2. I just did a custom serial number entry VI and a custom results display VI and put them in the PreBatch and PostBatch callbacks. This was all pretty simple and the parallel mode would be more difficult but it could be done.

Creating a custom UUT dialog for the parallel model

Hello,
I am attempting to customize the parallel process model in order to (amongst other things) present a different UUT info dialog. (The default one defined in modelsupport2.dll only presents a single "Serial number" field where I need numerous other ones.) Because I am not familiar with CVI (and don't have the development tools for it), I was hoping to create an ActiveX DLL in Visual Basic, or a .NET assembly to manage a slightly more complex version of the UUT info dialog... While I am sure it would be great fun to fumble with all the complexities of this until it shows some semblance of proper functionality I am hoping there may be some resources available online that would demonstrate how one would go about doing this kind of thing. I've seen LabVIEW code that provides a different UUT dialog, but it was based on the sequential model which circumvents the most complex issues such as synchronizing the dialog with the TestStand threads, etc. Any pointers would be greatly appreciated.
Thanks!

I am just posting this in case anyone else runs into the same sort of requirement. The attached zip file contains the source for a .NET assembly that is the beginnings of a VB .NET replacement for the parallel UUT dialog of the modelsupport2 DLL. I don't want to write an epic here, so the general idea is that the parallel model sequence is modified to make calls into this assembly instead of the modelsupport2.dll component. But you can't just disable the dialog by setting the ShowUUTDlg boolean to false - that will completely remove the consumer loop in the ProcessDialogRequests sequence which the .NET assembly is trying to send requests to. I've attached the modified ParallelModel.seq in case anyone's interested.
Note that there are still significant problems with this and it is provided as-is. In particular, if you attempt to break and step through the parallel model sequence after the dialog has been initialized, you will not be able to continue - the main thread will hang until you restart TestStand. With a little more thread mgmt, that could be fixed. If nothing else, it is useful code to look at if you need to enqueue items from a .NET assembly into a queue defined in a TestStand sequence.
If you can afford to use the existing dialog as-is, and then add additional info gathering to the main sequence, that is clearly easier. (That will be OK for my purposes so that is what I'll do.) However, if you need to have one custom dialog that manages everything in the parallel model, this is the kind of code you should expect to need.
Hopefully that helps somebody. There is not much info out there about integrating .NET at this level.
Attachments:
CustomUUTDialog.zip ‏117 KB
ParallelModel.seq ‏430 KB

Replacing the default Parallel model UUT Dialog

What is the best way to replace the default UUT Dialog for the parallel model? I don't want to modify the default parallel model, but use the callback options in my sequence to replace the default UUT dialog.
Things already tried:
1) Generated a UIR to replace the default UUT dialog.
2) Placed an action to call the new dialog into the PreUUT callback.
3) Created a statement function that change the status to display the default UUT Dialog and place into the ModelOption callback.
This replaced Default UUT Dialog with the new UUT dialog. But the new UUT Dialog panel shows up in four different panel, one for each of the four socket being executed.
The goal is to have the new UUT Dialog appear only once to handle all 4 sockets. The default parallel model initialize the default UUT dialog panel then uses display panel to view UUT dialog. Is there a different method to have the new UUT Dialog panel appear only once for all four socket inputs and not multiple times?

There is an example for this under the directory:
<TestStand>\Examples\ProcessModels\ParallelModel
Edited: Just realized that what you asked is a bit different than the example.
I recommend you try one of 2 possibilities:
1) In addition to disabling the old dialog as shown in the example,
override the ProcessSetup and ProcessCleanup model callbacks and add
your code to display and remove your dialog there (you should probably use a "new thread" sequence call when displaying the dialog so that it has its own thread for message processing). Then also override
the preuut callback and add code to communicate with your dialog in
some way to pass and return the necessary information for each
testsocket. This could be a dll call or some other way of doing this communication.
2) Modify the existing code for the current dialog or implement something similar. The code for the dialog is in the cvi project for modelsupport in the same directory as the process models. If you are going to modify this dll you should copy the Models directory from Components\NI to Components\User and modify the version of it there. The Components\User version will override the version under Components\NI.
-Doug
Message Edited by dug9000 on 03-06-2006 10:25 AM

Modifying parallel dialog

I hope someone can help a poor LabVIEW programmer. I'm running a TestStand 2.01 sequence with the parallel model. I already modified modelsupport.dll to display up to 10 sockets by changing modelpanels.uir and paralleluutdlg.c. Now I need to add a new text control for additional user entry before the sequence runs. I added the control, created the callback, and made some more changes to paralleluutdlg.c. Basically, what I want is after a serial number is entered, to go to new control and when a value is entered there, run. The problem is that when I run seqedit.exe from CVI, I get
NON-FATAL RUN_TIME ERROR
"paralleluutdlg.c",line 271, col 5, thread id 0x000000414
Library function error (return value==-64(0xffffffc0))
The value passed is not a valid control mode for this control
This happens right after the RunUserInterface function is called in the RunParallelUUTDialog function of the DLL. When this happens, I cannot click the OK button to start the sequence. The display for the first socket shows correctly but the information for the other sockets is just displaying the Initializing mode. I've tried several things including commentating out the callback and most of the other changes I made but the problem is still there. I've attached a file with the files in the CVI project. Any help given will be greatly appreciated.
Attachments:
modelsupport2.zip ‏90 KB

I have a couple.
First, try changing using VAL_HOT in place of VAL_NORMAL when setting the control mode of the new string control. The following lines had been setting the control mode to normal:
Line 639:
FWCtrlMode = VAL_HOT;
Line 1240:
errChk( SetCtrlAttribute (panel, testSocketData->ctrls[kTSCtrl_FW],
ATTR_CTRL_MODE, VAL_HOT));
The next idea probably won’t make a difference, and it’s worth a shot. Try adding a line, to the initialize ctrls section of the MakeNewTestSocketCtrls function, to set the value of the new string control. That is, starting at line 352:
// initialize ctrls
sprintf(tmpNumBuf, "%d", testSocketIndex + 1);
errChk( SetCtrlVal (childPanel, newTestSocket->ctrls[kTSCtrl_TestSocketIndex],tmpNumBuf));
errChk( RecessFrame(childPanel, newTestSocket->ctrls[kTSCtrl_SerialNum]));
errChk( SetCtrlVal (childPanel, newTestSocket->ctrls[kTSCtrl_FW],""));
errChk( RecessFrame(childPanel, newTestSocket->ctrls[kTSCtrl_FW]));
I hope this helps.
Regards,
Eric M
Message Edited by Eric M on 07-19-2005 07:49 AM

Load PSA & data targets in parallel and dialog processes

We have noticed that when we load data into BW using the processing option: PSA and Data targets in Parallel, that the system basically uses all available dialogue processes on the application server that it
is running on. On systems where we only have one application server, this obviously renders the server useless for anything else. In addition we have seen that even when we have additional application servers, the system is still virtually useless and extremely slow. We would like to be able to use this option for large data loads, as it theoretically can allow these large loads to complete in a shorter amount of time.
However, this issues we see cause us to be hesitant to use it, as we cannot afford the system to be affected so negatively while they are running. (we are bascially a 24x7 shop for users).
Is this the behavior that is expected?
Is there some way that we can limit the number of processes this mode
consumes?
Are we missing something?

It is a basis setting, but you can limit the amount of processes one user is using in parallel.
As I'm not basis, I don't know the setting, but we were able to pull it off at my current client.
kr,
Tom

Issue with parallel operation of SAP NW SSO 2.0 and SNC Client Encryption (Logon Groups)

Hi!
One of our customers is using the SNC Client Encryption solution to ensure encryption using SNC (based on Kerberos Technology) for their SAP GUI Dialog connections. They have lots of SAP backends DEV, QAS, PRD all with the SNC Client Encryption SNC Lib installed. The profile parameter snc/identity/as contains the following value: p:CN=SAP/<ServiceAccount>@<DOMAIN>.
Example: p:CN=SAP/[email protected]
The customer is using one AD Service Account "SNCServiceUser" with one registered SPN "SAP/SNCServiceUser" for all systems (yes, this is not recommended... but the case).
Important: All users use group entries in the SAP Logon (saplogin.ini). Means, for SAP logon the SNC name can not be manually configured on the SAP Front End. With group logons, the application server's SNC name is dynamically requested by the message server each time a SAP GUI connection is started. The SNC Name is greyed out in this case as dynamically obtained from the applications servers profile parameter snc/identity/as.
Now our customer implements SAP NetWeaver Single Sign-On 2.0 within his landscape. Based on the Secure Login Server 2.0 (SP3) he likes to use X.509 based authentication to his AS ABAP backends using SAP GUI SNC while others still use SNC Client Encryption.
Replacing the SNC Library on the AS ABAP
The Secure Login Library 2.0 (SP3) has been installed on one of the ABAP systems and the SNC Client Encryption SNC Library (which is based on SSO 1.0) is no longer used, thus we changed the parameter snc/gssapi_lib to point to the new SNC library. We removed the old PSE.ZIP containing the keytab and created the new SAPSNCSKERB.PSE incl. the keytab and proper credentials. To ensure parallel operation, we kept the snc/identity/as value as is = p:CN=SAP/[email protected].
After restarting the system with initialized Secure Login Library 2.0, still the SNC client encryption works fine for existing users.
The problem
We created on the Secure Login Server an SNC certificate for the AS ABAP which has the following X.509 Distinguised Name Fomat: CN=SAP/[email protected] This is to avoid having to change the snc/identity/as to an "real" X.509 DN which would lead to non-working SNC Client Encryption for all the other users using SAP GUI and logon groups.
As soon as we install the PSE via STRUST on the system the SNC Client Encryption solution stops working with error „Server refuses kerberos key exchange“.
As part of an pilot implementation we have installed Secure Login Client 2.0 (SP3) on some test PCs. The test PC with SLC is able to perform Single Sign-On with SNC based on X.509 (incl. Encryption) to the ABAP system.
Seems the SAP System now only tries to do X.509 based authentication thus key exchange fails. The problem is, we cannot change the snc/identity/as value because of the logon groups. If we were able to do so, we would in any case set the server identity to X.509 DN and in addition create the SAPSNCSKERB.PSE incl. keytab. This should work, as confirmed by SAP see this post.
Any ideas how to solve this and have both solutions in parallel?
Appreciate any help.
Regards,
Carsten

Hi all,
we was able to fix the issue. It was an issue with the customers cluster configuration and the $SECUDIR variable. This tricky issue leads to non working or sporadic working SNC Client Encryption...
This was how the configuration looks before:
Environment variable $SECUDIR is defined:
"/ABCDEF<SID>/usr/sap/<SID>/DVEBMGSxx/sec“
sapgenpse seclogin -l -v
running seclogin with USER="<SID>adm"
Credentials for username '<SID>adm':
0 (LPS:OFF):
         (LPS:OFF): /ABCDEF<SID>/usr/sap/<SID>/DVEBMGSxx/sec/SAPSNCSKERB.pse
1 (LPS:OFF):
         (LPS:OFF): /usr/sap/<SID>/DVEBMGSxx/sec/SAPSNCS.pse
After changing the $SECUDIR to "/usr/sap/<SID>/DVEBMGSxx/sec“ and re-creating the credentials, it worked like a charm.
As a result of this we can confirm, this configuration and SNC Client Encryption works with CommonCryptoLib in parallel to the SSO configuration.
And Valerie was right with 2. SLC starting from V. 1.0 SP2 PL3 was able to convert the CN= part of the SNC Name into an SPN, was my mistake. In addition SNC Client Encryption starting from Version 1 SP1 PL1 does this also.. just to make this clear
Thread closed hope this helps someone
Carsten

How to call a dialog program with return value in another dialog program

Dear All,
How can I call a dialog program with return value from another dialog program?
Regards,
Alok.

Hi Alok,
You can you SET/GET parameters to do this.
This is some information about this.
To fill the input fields of a called transaction with data from the calling program, you can use the SPA/GPA technique. SPA/GPA parameters are values that the system stores in the global, user-specific SAP memory. SAP memory allows you to pass values between programs. A user can access the values stored in the SAP memory during one terminal session for all parallel sessions. Each SPA/GPA parameter is identified by a 20-character code. You can maintain them in the Repository Browser in the ABAP Workbench. The values in SPA/GPA parameters are user-specific.
ABAP programs can access the parameters using the SET PARAMETER and GET PARAMETERstatements.
To fill one, use:
SET PARAMETER ID pid FIELD f.
This statement saves the contents of field f under the ID pid in the SAP memory. The ID pid can be up to 20 characters long. If there was already a value stored under pid, this statement overwrites it. If you double-click pid in the ABAP Editor, parameters that do not exist can be created as a Repository object.
To read an SPA/GPA parameter, use:
GET PARAMETER ID pid FIELD f.
This statement places the value stored under the pid ID into the variable f. If the system does not find any value for pid in the SAP memory, sy-subrc is set to 4. Otherwise, it sets the value to 0.
Thanks,
SriRatna

Parallel creation of sales orders, purchase requisitions and purch. orders

Hi All,
I have the following requirement, can you please provide feedback if it is feasible or not.If yes HOW ??
There is report to upload data which first reads all entries in the file -> create SO/PR and then convert them into POs.
The report displays the all the error and success records.
When large volume of data is uploaded ,then start the PR to PO conversion after converting the first 500 SO/PRs so that the next 500 entries from file can be used to create SO/PRs and so forth. In this way the SO creation and PR to PO conversion happen in parallel batches thereby improving the performance.
Is it possible to run the same program in parallel batches of 500 records??
Thanks and Regards,
Sachin M M
Edited by: Thomas Zloch on Apr 12, 2010 3:08 PM - subject line enhanced

It looks like each SO -> PR -> PO creation is a unit that can be handled in parallel with aRFC (asynchronous RFC), using all available dialog processes minus a few that you want to reserve for other purposes.
Please search for "parallel processing" and "aRFC".
I would not try to split SO -> PR and PR -> PO into several processes because of the dependencies.
Thomas

File Dialog Box often takes a long time to execute

Hi all
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
I have tried to use the older Open/Create/Replace File VI as suggested in one of the forum's posts...but it behaves exactly the same way. Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed. Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this? The support menu said "Ask an engineer"...any of the NI engineers has any suggestion?
Regards
Helder
Attachments:
FileDialogTest.vi ‏26 KB

First of all: Thank you very much for the objective answer. I suppose that yor actually ARE a NI engineer, as I had hoped for.
lease find my comments above (helder---------------------)
helder wrote:
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this?
The file dialog is provided by the OS, so if it is slow it is not LabVIEW's fault.
What kind of computer do you have? Is this a laptop that spins down the HD to save power? In this case it needs to wait for the HD to spin up. (You can change the windows power profile or you can spend more money and get an SSD).
Are you very low on memory?
Does your LabVIEW program waste 100% CPU in parallel doing nothing due to bad coding?
Are you pointing to a location that has millions of files?
Are you pointing to a network location?
helder:---------------------------------------
I understand that the File Dialog is provided by the OS. But I have other applications on my PC and this doesn't happen - just in Labview. Sorry! And sometimes it
doesn't happen. Every 10 times I open the File dialog Box, 5 times it takes long and 5 times it is immediate.
(I am not low on memory, my coding is not bad>-look at the VI I sent, it just contains the fragment which uses the File Dialog Box and it behaves the same way! I am pointing to the same location that the other applications point to, I am not pointing to a network location, the PC is not spinning the disk down, etc etc.)
But yes, I will try it on another PC
(There was another post on the forum on this issue, but can't seem to find it now, just find my own post )
I attach a video demo of what happens.
helder wrote:
Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
What problem is that? Can you elaborate? There is a known bug in the windows dialog box that sometimes the pre-filled file names are shifted and not fully visible. This is a windows bug documented by Microsoft and LabVIEW has no control over it. It is not NIs job to fix OS problems.
helder:-------------------------------------------
Of course you can't fix the OS.
If it is a windows bug, we will have to live with it.
A previous post on your forum did not provide me with that information (http://forums.ni.com/t5/LabVIEW/File-dialog-trimming-the-default-name/td-p/2189874). The fact that it is a windows bug was not mentioned there.
helder wrote:
Hi all
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed.
Patches are included, service packs are not included. I think this is well documented. Most users are on SSP, this way you are always entitled to the newest version.
As with anything else, software has bugs. It is impossible to test a huge, complex system like LabVIEW under all scenarios. The possible number of combinations of hardware and other installed software on any particular computer probably exceeds the number of atoms in the universe. It is actually amazing how few bugs there are and how well it works. What "bug" are you talking about? Bugs are prioritized according to rules. Critical bugs are typically fixed very quickly. A cosmetic issue that only affects you and nobody else will take longer or might not even get fixed. Are you talking about a confirmed bug that could be reproduced by NI? Do you have a CAR#?
helder:----------------------------------------
I was referring to the file-name-shifting-cosmetic-bug that the October-2012 post had indicated. But if it is a Windows-bug, NI does not have any responsibility, of
course.
Regarding the bugs, of course they are unavoidable.
helder wrote:
Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
That sentence makes no sense! Why would the number of serious bugs depend on the cost of upgrading?? You are just rambling here....
In an ideal world, NI would have an unlimited number of programmers that can work 24/7 to immediately fix any discovered bug. This would only be possible if all users are willing to pay an unlimited amount of money for the software. As I mentioned, bug fixes are free in the form of patches, and they come out regularly. Service packs include new features and are not free.
helder:---------------------------------------
"....include new features"..????
---->>From http://www.ni.com/labview/release-details/
"LabVIEW 2012 Service Pack 1 is an exclusive update to LabVIEW 2012 for NI Standard Service Program (SSP) customers. There are no new product features introduced in service pack releases; instead, these releases provide bug fixes and improved stability for LabVIEW 2012. For a list of these bug fixes, click here."
No new features, just bug fixes!"
Moreover: If it isn't free, it shouldn' have let me update if I am not a SSP costumer.
Now I have a 45 days evaluation version. After that, I have to uninstall and reinstall everything.That takes some time and effort.
If there is a more direct way of rolling back t the previous version, please let me know.
Thank you

BI 7: Background activation very slow compared to Dialog activation

We are using the SAP BI 7.0 with SP15 and this question is about efficiency of dialog process compared to inefficiency of the background process and I want suggestions from SAP Basis/BI experts on this.
We have observed that our background processes on BI server are not running as efficiently as we would like them to run.
For example
DSO activation:
When I use u201CDialogu201D mode for DSO Activation with 3 parallel processes, I can activate a certain DSO with in 15 seconds. But the same DSO and the same data package when activated using u201Cbackgroundu201D mode with 3 parallel process takes about 15 minutes.(there are plenty of background processes available on the system when this activation is running). So dialog process runs 60 times faster than background process.
We saw the job log in SM37 when activation was running in the background mode and log showed that system
u201CProgram RSBATCH_EXECUTE_PROZESS successfully scheduled as job BIBCTL_49VQYEYSLA9SH00QBYNN3MTUV with ID XXXXXu201D was executed internally about 100 times.
In BI 7 most of the operations can be executed only in the background parallel mode. And from the activation example we know that our background processes are not as efficient as dialog processes. It is understood that in general the background processes will not be as efficient as dialog processes, but in our case the difference is a factor of 60. We want help to identify, why the background processes are not as efficient as dialog processes. Any suggestion or help will be highly appreciated. This may be System Bug in SAP BI 7

I am having this same issue in SP15. Did you find any solution?
I am finding my activation is slow for the number of records being activated. The process RSBATCH_EXECUTE_PROZESS successfully scheduled as job BIBCTL_49VQYEYSLA9SH00QBYNN3MTUV with ID XXXXXu201D was executed internally about many, many times. And if you look at the aggregate time of all of these schedulings this is what is taking soo much time. Our batch job table is not large so this is not the problem.
Any more ideas?

Dialog in parallel

Similar Messages

Maybe you are looking for