Multi-select LOV's hang form and use 100% CPU power

Hello,
We are using Designer 6i (6.5.52.1.0) and Headstart 6.5
In one of our forms we are using 6 Multi-select LOV's.
When we click the Cancel or Ok button (included through QMS_MSEL_LOV_BUTTONS), or hit Enter query in one of the ML_... blocks the form hangs and starts using all the CPU-power. I've tested this locally (c/s) and through the web (iAS), same result...
I already rebuilt the LOV's but the problem isn't solved.
We've got other forms with one or two multi-select LOV's, and these work fine.
Has anyone experienced this behaviour before, and what is the cure?
Thanks in advance!
Wouter

Wouter,
If you are running against Solaris, you could be running into the following:
Headstart applications that run via webforms on a Sun Solaris application server, suffer again from bug 1985903. This bug was spotted and solved a time ago and seemed to be solved at next
releases of Forms 6i. Now, on Solaris the bug is introduced again.
Description
===========
1. When using a multi-select LOV (which is displayed in a modal dialog
window), you select the records you want, press OK, and the application exits.
2. When using a shuttle control to move records from left to right or vice
versa, you select the records you want, press '>' to move them, and the
application exits.
This occurs in Forms 6.0.8.13.0 and 6.0.8.14.1. It did NOT occur in prior
releases. This is some kind of forms bug.
Workaround
==========
For some reason the call to procedure renumber in qms$msel.process_records
causes the application to exit. If you copy the code from renumber to all the
places from which it is called, it works fine.
- open qmslib65.pll in Form Builder
- open package body qms$msel
- find procedure process_records and define a local variable l_recno of type
number.
- find local procedure renumber and copy the body of this procedure
(everything
after 'begin' and before 'exception').
- replace each call to 'renumber;' with the copied code.
A new version of qms$msel package body is available on iXchange for download.
See Headstart Oracle Designer 6i, Bugs and Fixes.
Hope this helps,
Marc Vahsen
Headstart Team
Oracle NL

Similar Messages

How to do multi select for the oracle forms textfields using openscript

hi
my scenario is to record by selecting 3 order number same time and do copy of that in the oracle order management module.
can anybody help me in to select the 3 order numbers and execute.
thanks
sudhiir

hi Deepu,
the code you have given is not working.
Below is the code i have written
Robot robot = new Robot();
robot.keyPress(KeyEvent.VK_SHIFT);
FORMS.TEXTFIELD(ORDER_NUMBER_0).CLICK
FORMS.TEXTFIELD(ORDER_NUMBER_1).CLICK
FORMS.TEXTFIELD(ORDER_NUMBER_2).CLICK
robot.keyRelease(KeyEvent.VK_SHIFT);
even after adding the above code it is clicking on the each text field instead of selecting all the three text field which is my requirement.
i think their is some defect in openscript or my code is wrong.
thanks
sudhiir

Gnome-open starts /bin/bash -ic (uname) and uses 100% CPU to open gvim

I've posted this on stackoverflow and got no answer, hopefully some archers can help me out:
When I execute
gnome-open textfile
I expect gvim to open up. Instead what happens is that the command hangs. When I check htop I see:
/bin/bash -ic (uname) > /tmp/{some random string of characters}
using 100% of the CPU. When I kill the process (and I have to use -9), then cpu usage goes back to normal and gvim opens.
Running
gvim -f textfile
without gnome-open works perfectly.
Any ideas where this process is coming from? Or what it's even doing?
/bin/bash -ic (uname)
doesn't even run for me.
Thank you!

I've posted this on stackoverflow and got no answer, hopefully some archers can help me out:
When I execute
gnome-open textfile
I expect gvim to open up. Instead what happens is that the command hangs. When I check htop I see:
/bin/bash -ic (uname) > /tmp/{some random string of characters}
using 100% of the CPU. When I kill the process (and I have to use -9), then cpu usage goes back to normal and gvim opens.
Running
gvim -f textfile
without gnome-open works perfectly.
Any ideas where this process is coming from? Or what it's even doing?
/bin/bash -ic (uname)
doesn't even run for me.
Thank you!

Opening VI and consuming 100% CPU power

I am trying to debug my VI. The first few times the VI ran well but suddenly the VI hang up. I have no choice but to end the LabView process using the Task Manager. When I try to restart this VI again, it fails to open and the Task Manager indicates that the LabView program is now consuming 100% of the CPU time but still fail to open this VI. Looks like it is entering into an infinite loop. I cannot fix anything for I cannot go into my VI to change anything. LabView just consumes all the CPU power and do nothing. What went wrong?
Regards,
Larry

Okay. That is very strange. I am seeing the same behavior. (I have LV 8.2)
When I first downloaded the VI, it opened just fine. If I did a saveas, closed the VI, and reopened the copy, I got 99% CPU usage. I reopened the one from the message, no problem. I left that one open and tried opening the one I had saved. It said I already had one in memory by that name do I want to view the one in memory or replace? I said replace. When it opened to the block diagram, everything was okay. But when I clicked on the window to view the front panel, that is when the CPU usage jumped up again.
So somehow the problem is associated with the FP. Nothing looks particular wrong about your code. The question is how did you manage to get a copy of the file that isn't causing problems when you open it?
I think you will want to recreate the VI from scratch. You are able to view a copy to see whay you have which is good. And it doesn't look too complicated.
What is interesting is that if I delete everything from the VI's block diagram (leaving nothing apparent on the FP), save, close, reopen, I still get the extreme CPU Usage. It seems confined to LV, as I am still able to switch over and working within the browser to answer this message.
Message Edited by Ravens Fan on 04-16-2007 02:30 PM

Mail 6.0 in Mountain constantly uses 100% CPU power???

Hi,
I have upgraded to Mountain Lion and it would be perfect if there was one major issue fixed: when having Mail.app open, this application uses between 80 to 110% of the CPU power constantly. The main issue is reduction of speed of other operations but more concerning is that fan colling fan just runs endlessly.
Has anyone experienced such issue? The activity Monitor shows that Mail uses all processing power.
I use a macbook 13' (unibody) and Mail has an Exchange mail account active (and the iCloud email). After upgrading I recreated all mailboxes (by deleting the V2 folder), server setting is using SSL and no SASL.
Could it be a bug or something in the server settings/account setting?
Y.

Finally solved.
Had to delete the full Mail folder (+Maild Downloads) in the Library/Application Support, to recreate the full app support fmor the new version.
Seems to work normally now.
Thanks for the tip

PREMIER CS5 USE 100% CPU POWER WHEN EXPORT

hi,
My computer data is as follows:
OS: WINDOWS 7 ULTIMATE 64 BIT
PREMIER VER :CS5 5.03
CPU: INTEL i7 950 3.07 ghz
MOTHERBOARD: ASUS P6X58D-E
RAM: G.SKILL 12 GB 1333 DDR 3
GPU: GIGABYTE GTX 470 1280MB DDDR5
BOOT HARD DRIVE: 60 GB SSD SATA 2
SECOND HARD DRIVE: 2X1TB WD BLACK USENIG MARVEL YPKON RAID 0
My question is
When I export a movie to FLV or AVI I notice that the CPU uses all 100% power
Must say it does not happen all the time
But often happens
Is that a problem should be normal?
If no what can be done
tanks

What type of projects are you exporting, and what are the settings? How much "effect" and how many layers are you adding in?
I ran some tests over the weekend (including an update of PPBM5 for my machine) and noticed only about 50% of the CPU being used. I was exporting HDV sequences with NEAT noise reduction to Blu-ray MPEG2s.
We have similar systems which is why this caught my attention.
Erik

Multi-Select LOV doesn't work where 1

I have a form with 1 master & 2 detail blocks. Each of the detail blocks has an LOV, & I'd like both to use the multi-select LOV facility within Headstart. However, this doesn't work if there's > 1 multi-select LOV within the form, for these reasons -
1. If there's > 1 multi-select LOV, you have to include reusable module component qms_msel_lov_buttons for each. As this is reusable, you can't edit the name. Therefore you have duplicate block names, therefore generator discards the names specified in Des2K & uses default block names of MC0, MC1 etc.
2. Headstart code in qms$init_application sets the lov block prefix to ML_. At runtime, the form fails with FRM-40104: No such block: ML_MC1.
I can't see any way of influencing Des2k's choice of block name, short of copying the reusable component into a specific component. Is there any workaround in Headstart you can suggest, to make this facility work?

Cheryl,
You are correct, you must make a specific copy of the reusable module component to work around this. I will record this as an enhancement request for future releases. Thanks for the info.
Regards,
Lauri

Finder and loginwindow use 100% cpu with 10.6.8

I recently installed the patch to OS X 10.6.8 and now the finder is very unstable and uses 100% cpu and the loginwindow uses 100% cpu also. Yes I have Parallels 6 on this machine but I already "un-checked" the "show windows applications in doc" option which is the recommended solution. However, this did not fix the problem. I do not know how to determine what actual process is causing this finder / loginwindow issue. I very much appreciate if anyone has suggestion how to fix this problem.
This is on a mid-2011 MacBookPro.
thank you.

TBauer, I had the same problem with 10.6.8 using 100% of the CPU with Parallels 6 installed. The following steps solved this problem for me:
0. Take a screen shot of your Dock if you wish to remember it as currently set
1. Launch Activity Monitor and click on the CPU column so you can see Dock using the CPU
2. Move ///Users/ ... /Library/Preferences/com.apple.dock.plist to the trash
3. Click on Dock and click on Quit Process to stop the Dock
OS X will then rebuild the default Dock
4. Put the items back in the Dock that you want
That solved the problem for me yesterday morning. I've launched Parallels 6 several times now and moved the machine from my work network to home and the 100% CPU problem hasn't returned.
Hope that works for you, too!
I don't think using the combo updater will solve the problem. The problem appears to be a .plist that is generated with OS X 10.6.7 and earlier that contains icons of a larger than Apple documented size causes the CPU looping. Rebuilding the dock.plist under OS X 10.6.8 appears to solve the problem.
Parallels has issued a knowledge bulletin saying they are looking into the problem. On their web site they have another approach involving moving the offending icon out of the dock to solve the problem. I like my solution better but theirs works, too.

Multi-select LOV bug and Developer6i R2 Patch7

Has anyone verified that Patch7 corrects the problem with multi-
select LOV bug (see below). The Headstart6i Report Launch form
(QMS0012F) exhibits this bug (when using the demo reports for
example) and we were unsuccessful applying the workaround (see
below). We will upgrade to Patch7 if this bug is fixed or we
could use a little help from the HeadStart team correcting the
Report Launch form to get around this bug. Thanks, Keith
We have found one odd quirk with Headstart 6i and Forms
6i versions 6.0.13 and higher.
Description ===========
1. When using a multi-select LOV (which is displayed in a modal
dialog window), you select the records you want, press OK, and
the application exits.
2. When using a shuttle control to move records from left to
right or vice versa, you select the records you want, press '>'
to move them, and the application exits. This occurs in Forms
6.0.8.13.0 and higher. It did NOT occur in prior releases. This
is some kind of forms bug.
Workaround ==========
For some reason the call to procedure 'renumber' in
qms$msel.process_records in qmslib65.pll causes the application
to exit. If you copy the code from renumber to all the places
from which it is called, it works fine.

So far as I know, this bug has not yet been corrected.
You will have to apply the fix as described in your email
message.
Regards, Lauri

APEX - passing values from LOV's or multi-select LOV's to another APEX form

I am new APEX development and I need to take the values from LOV's and multi-select LOV's and pass them to another APEX form. I want to take those passed values and use them in the where clause of the base-table in the called form. Any assistance would be greately appreciated.

Hi,
Refer this example
http://www.talkapex.com/2009/07/apex-how-to-pass-multiselect-list.html
Example: http://apex.oracle.com/pls/otn/f?p=20195:2100
Regards,
Kartik Patel
http://patelkartik.blogspot.com/
http://apex.oracle.com/pls/apex/f?p=9904351712:1

Multi-select LOV does not work in forms

the multi select LOV does not work in the form.
the LOV works individually but in the form it does not work. it does not allow multiple selection from the list.
is there a workaround for this or is this a bug ...?
any ideas ...?
thanx a lot.
null

Right, we cannot store more than one value in a single column in a table :), we were getting a lot of requests to support multiple select LOVs but requirements were contradictory if not mutually exclusive.
The only sense it makes is when used together with user-defined object types (nested tables for example) but the current [application building]infrastructure we have does not support this. However, we are looking into this and this feature maybe implemented in a future release.

Processing Multi Select LOV Results in Portal Forms

Hi,
I want to be able to create a portal form where i can use a multi-select LOV to create multiple records on a seperate table. How does one 'capture' all selected items so that one can do a seperate insert into a child table containing the items? When querying the form how can one programmatically set the items so that they appear as selected.
Thanks

Hi,
Were you able to fix this up? If so, can you please provide me some directions?
Thanks
Kamlesh

Problem with Headstart Multi-Select LOV

Hi,
I'm working on a few forms which should include a Multi-Select
LOV. Now here's the problem: One MSEL doesn't close; you can
select record(s), the LOV returns them, but doesn't disappear.
Clicking Cancel doesn't help.
Another MSEL-problem in another form: if you click Select All,
this selection isn't visible in the MSEL. He returns all of the
records, but it looks like he only selected one. Working with
CTRL to select more than one record doesn't work either. This
one closes fine.
As you know I have to include module component
QMS_MSEL_LOV_BUTTONS (which includes all button-functionality),
and then it should work, but it doesn't.
We've checked all the properties and they seem to be correct. It
isn't the first time we encountered these problems. We always
rebuilt the MSEL LOV, but it doesn't help this time.
Has anyone got an idea what's causing this problem.
P.S. There are also MSEL LOV's which operate just fine, without
any problems; only these two are doing strange things.
Thx,
Wouter

Workaround provided by Lauri Boyd seems to have worked:
A bug (#1985903) was introduced in Forms 6.0.8.13.0 and later which affected Headstart. This was fixed in Headstart patch 6.5.2.1 which is available through the Supplement Option.
Description
===========
1. When using a multi-select LOV (which is displayed in a modal dialog
window), you select the records you want, press OK, and the application exits.
2. When using a shuttle control to move records from left to right or vice
versa, you select the records you want, press '>' to move them, and the
application exits.
This occurs in Forms 6.0.8.13.0 and 6.0.8.14.1. It did NOT occur in prior
releases. This is some kind of forms bug.
Workaround
==========
For some reason the call to procedure renumber in qms$msel.process_records
causes the application to exit. If you copy the code from renumber to all the
places from which it is called, it works fine.
- open qmslib65.pll in Form Builder
- open package body qms$msel
- find procedure process_records and define a local variable l_recno of type
number.
- find local procedure renumber and copy the body of this procedure
(everything
after 'begin' and before 'exception').
- replace each call to 'renumber;' with the copied code.
Regards,
Lauri

SEARCH item in MULTI-SELECT LOV (Hierachical Tree)

I have created a multi-select LOV using a hierarchical tree; providing the query for the tree in the Functional/Data Query property.
The Multi-Select LOV works fine. As you would suspect some LOV's have long lists that one must scroll through.
I would like to implement a SEARCH field (as seen in Forms standard LOV functionality) that will search through my Tree Node values and highlight the item searched (again as the standard LOV functionality works). Thus, allowing the user to quickly find the values in the list.
How do I go about referencing the Tree Node values to the value in the search (field) item?

Hello,
Search, through the FTree package's functions, those that allows to navigate through the leaves.
http://www.oracle.com/webapps/online-help/forms/10g/state?navSetId=_&navId=3&vtTopicFile=designing_forms/objects/manip_ht_runtime.html&vtTopicId=
Francois

Multi Select LOV Gives CDI-21600

Have discovered that the Multi Select LOV facility is causing error CDI-21600 in some circumstances.
We have 2 tables -
Instance_Type_Owners
ito_int_id
ito_owner_org_id
ito_owner_ort_id
ito_created_by
ito_created_date
pk is the first 3 columns
Instance_Type_Relations
itr_ito_int_id1
itr_ito_owner_org_id1
itr_ito_owner_ort_id1
itr_ito_int_id2
itr_ito_owner_org_id2
itr_ito_owner_ort_id2
pk is all 6 columns, with 2 fk's pointing back to Instance_Type_Owners.
I'm creating a 2 block form, master block has base table of Instance_Type_Owners, detail block has base table of Instance_Type_Relations, using a key link based on the fk pointing back to id1's. I also want a multi-select LOV using the fk pointing back to id2's. This is giving me CDI-21600; the error goes away if I take the Template/Library Object qmsso$msel_lov_item off the leading element of the fk used by the LOV (i.e. itr_ito_int_id2).
I've double-checked everything about the definitions of these tables/pks/fks, & everything looks ok. I've successfully used multi-select LOV on other tables with a similar fk structure (ie relationship tables, with 2 fks pointing back to the same master table), & with multi-column fks, so it's not being caused by any of these reasons.
Any ideas on what may be causing this?

Thanks for the response. I have seen the checklists for causes of this problem, & have checked all tables/fks/pks involved in the form. I can successfully generate forms which maintain these tables, or with lookups to these tables. The problem only happens when I use the Headstart multi-select LOV facility. As I said, the problem goes away immediately I remove the 'qmsso$msel_lov_item' template/library object from the leading element of the fk in the base table.
If I go to Designer support & tell them this, I'm pretty sure they'll say it's a Headstart problem, since it only happens when Headstart facilities are involved.

Multi-select LOV's hang form and use 100% CPU power

Similar Messages

Maybe you are looking for