Apply the fix of the ASM

Similar Questions

• NICs disappeared after applying the fix

  Just tried to install the lastes for ESXi 5.1 patch (ESXi510-201210001) on a Genesis of ProLiant DL380 8 running via "install the esxcli software vib.

  The order says that everything is ok, but after reboot the console screen displays the following message appears «no network found compatible adpaters...» "and the box is no longer accessible.

  No idea how to fix the server and what happened?

  Is this normal customer that a patch removes the network drivers and makes an unusable Server?

  Thanks for any help.

  See you soon
  

  IIRC in this version DL380 Genesis NICS are not supported.

  You remember to properly:

  http://www.vmware.com/resources/compatibility/detail.php?deviceCategory=io&productid=21446&deviceCategory=io&releases=171&keyword=331FLR&deviceTypes=6&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

  So, what is the recommended method when you apply the patches?
  Using update instead?

  Yes. As its name indicates, you use esxcli with the update command when applying updates. In this way, that he would not have replaced your driver tg3 with an older version.

  Oh the good ol esxupdate, rip. But I have a few complaints about what esxcli now provides.

• RH10 errors generating WebHelp after having applied the fixes

  I'm more able to generate WebHelp after applying the patches on 10 of RoboHelp.

  Yesterday, my IT Support person helped me install the patches for RoboHelp 10 that have been listed in the site of Van Weelden:

  http://www.wvanweelden.EU/articles/RoboHelp-patches-and-updates

  Aside: Patch 10.0.1 was a little hassle to get to (necessary to uninstall and reinstall the RH10) work.  The following hotfixes have been easily applied.

  Now, when I try to generate WebHelp output, I get the below error messages and if I click on the view, it opens a browser window and I see no output. I see that another forum poster had this same problem in December , but I'm not sure if it was ever resolved.

  Excerpt from messages in the view of my output:

  Initializing the compiler...

  Generation of WebHelp 5.50 (10.0.0.287)...

  Error: Could not find xml definition file C:\Program Files (x 86) \Adobe\Adobe RoboHelp 10\RoboHTML\webhelp5Ext\template_skin\webhelp5skin.xml.

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.pane.navpane.dhtml

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.pane.navpane.list

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.pane.toolbar

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.pane.minibar

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.topic

  Model error: cannot resolve macro: WEBHELP_TEMPLATE.frame

  Processing of the data in the table of contents...

  Processing data from Context-sensitive-Help...

  -(I removed from the list of topics that he updated).

  The application model of WebHelp 5.50...

  .......................... Model error: cannot resolve macro: WT_DS_SEARCHFORM_GO in E:\NVivo\User Documentation\Main\TRC\Technical Resource Center\! SSL!\WebHelp\whfform.htm

  .............................................."

  Error: Failed update Template file whskin_frmset010.htm

  ""

  Error: Failed update Template file whskin_frmset01.htm

  ""

  Error: Failed update Template file whskin_frmset0.htm

  "...........................

  Completed the model application in 1 seconds

  Mark the transformation of the Web...

  Finished compiling WebHelp in 12 seconds

  Compilation is complete.

  Thanks in advance for your help.

  Rose

  I was able to solve this problem. It seems that, in the frame following the instructions for applying the patch to WebHelp, fix for Internet Explorer 10, some files have been deleted.

  Fortunately, my TI support person had made a backup of the folders before him applied the patches and was able to copy the missing files.

  I'm now able to generate again the WebHelp.

• Applying the fix failed with the error code 41

  Hello world
  
  I was applying the fix to 12838161 the value of Oracle 11 g R2, but the operation failed with error code 41. Can someone help me with this please? I checked the log in $ORACLE_HOME\cfgtoollogs\opatch, but I couldn't do much from there. This is how the log file looks like to...
  
  
  
  [October 11, 2011 12:26:39] OPatch invoked as follows: 'apply '.
  [October 11, 2011 12:26:39] Oracle home: E:\oracle\product\11.2.0\dbhome_1
  Inventory Center: C:\Program Files\Oracle\Inventory
  from: n/a
  OPatch version: 11.2.0.1.8
  YES version: 11.2.0.1.0
  Location of the log file: E:\oracle\product\11.2.0\dbhome_1\cfgtoollogs\opatch\opatch2011-10-11_12-26-38PM.log
  [October 11, 2011 12:26:39] History of patch file: E:\oracle\product\11.2.0\dbhome_1\cfgtoollogs\opatch\opatch_history.txt
  [October 11, 2011 12:26:39] From ApplySession kills Sep 11 12:26:39 GMT + 03:00 2011
  [October 11, 2011 12:26:39] Starting apply Session Tue Oct 11 12:26:39 GMT + 03:00 2011
  [October 11, 2011 12:26:39] PatchObject::PatchObject() Patch location is E:\oracle\12838161
  [October 11, 2011 12:26:39] PatchObject::createPatchObject() Patch location is E:\oracle\12838161
  [October 11, 2011 12:26:39] PatchObject::createPatchObject() patch location is E:\oracle\12838161
  [October 11, 2011 12:26:39] OPatch will do the following:
  [Discovery of oracle Home]: Configure and Validate Oracle Home information.
  [Prerequisite to apply]: invoke the prerequisites to see if the patch can be applied.
  [Patch conflict detection to apply patch]: check if no conflict with already installed patches at Oracle.
  [October 11, 2011 12:26:39] - Oracle Home discovery -
  [October 11, 2011 12:26:39] Application of the interim fix '12838161' to the OH 'E:\oracle\product\11.2.0\dbhome_1 '.
  [October 11, 2011 12:26:39] Start applying the patch to local system Tue Oct 11 12:26:39 GMT + 03:00 2011
  [October 11, 2011 12:26:39] Check the environment and performing preliminary controls...
  [October 11, 2011 12:26:42]-Patch conflict detection to apply patch.
  [October 11, 2011 12:26:42] Patch 12838161 has no conflicts/superset with any other patch treated so far
  [October 11, 2011 12:26:42] Audit of conflict to patch: 12838161
  [October 11, 2011 12:26:42] checking conflicts/supersets to patch: 12838161 with patch: 12838161
  [October 11, 2011 12:26:42] Start applying initScript to Tue Oct 11 12:26:42 GMT + 03:00 2011
  [October 11, 2011 12:26:42] Complete the initScript apply to Tue Oct 11 12:26:42 GMT + 03:00 2011
  [October 11, 2011 12:26:42]-prerequisites for automatic restoration.
  [October 11, 2011 12:26:43] - required to apply.
  [October 11, 2011 12:26:43] Prior running check...
  [October 11, 2011 12:26:43] Space required: 2010396568
  [October 11, 2011 12:26:43] PREREQ checkPatchApplicableOnCurrentPlatform spent to patch: 12838161
  [October 11, 2011 12:26:43] The following files are present:
  E:\oracle\product\11.2.0\dbhome_1\bin\orageneric11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraclient11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orapls11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oracommon11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraxml11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oranhost11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oran11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oranro11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orantcp11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orazt11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orahasgen11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oci.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orasql11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraldapclnt11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraztkg11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orannzsbb11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orasnls11.dll
  [October 11, 2011 12:26:43] The prerequisite checking 'CheckActiveFilesAndExecutables' failed.
  The details are:
  
  The following files are present:
  E:\oracle\product\11.2.0\dbhome_1\bin\orageneric11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraclient11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orapls11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oracommon11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraxml11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oranhost11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oran11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oranro11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orantcp11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orazt11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orahasgen11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oci.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orasql11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraldapclnt11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\oraztkg11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orannzsbb11.dll
  E:\oracle\product\11.2.0\dbhome_1\bin\orasnls11.dll
  [October 11, 2011 12:26:43] [Error during the prerequisite to apply phase] Detail: YES - 67074:ApplySession failed when prior checks: checking prerequisites 'CheckActiveFilesAndExecutables' failed.
  [October 11, 2011 12:26:43] YES - 67035:System intact, OPatch will not try to restore the system
  [October 11, 2011 12:26:43] Finishing ApplySession in Mar Oct 11 12:26:43 GMT + 03:00 2011
  [October 11, 2011 12:26:43] Total time spent waiting for user input is 0 seconds. Finishing of Tue Oct 11 12:26:43 GMT + 03:00 2011
  [October 11, 2011 12:26:43] Location of the log file: E:\oracle\product\11.2.0\dbhome_1\cfgtoollogs\opatch\opatch2011-10-11_12-26-38PM.log
  [October 11, 2011 12:26:43] Description of the battery: oracle.opatch.PrereqFailedException: Prerequisites check 'CheckActiveFilesAndExecutables' failed.
  [October 11, 2011 12:26:43] StackTrace: oracle.opatch.OPatchSessionHelper.runApplyPrereqs(OPatchSessionHelper.java:4799)
  [October 11, 2011 12:26:43] StackTrace: oracle.opatch.ApplySession.processLocal(ApplySession.java:3888)
  [October 11, 2011 12:26:43] StackTrace: oracle.opatch.ApplySession.process(ApplySession.java:5853)
  [October 11, 2011 12:26:43] StackTrace: oracle.opatch.OPatchSession.main(OPatchSession.java:1787)
  [October 11, 2011 12:26:43] StackTrace: oracle.opatch.OPatch.main(OPatch.java:651)
  
  Here are the steps I followed.
  
  (1) stop the database
  (2) the Oracle services stopped
  (3) EPS set Oracle_home
  (4) after unzip in the patchfolder directory
  (5) and applied the patch via opatch utility
  
  Oracle DB: 11g R2
  OS: Windows 2008 R2 64 bit
  
  Kind regards
  Faisal katheri

  Did you start Oracle services again? In this case, you will need to repeat the procedure I mentioned. Thanks to my experience stop services do not unlock some dll, so OPatch fails with error code 41. After the reboot run OPatch with administrator privileges.

  Werner

  You can also view this metalink note:

  GRAVE: YES - 67074:ApplySession failed when prior checks: checking prerequisites 'CheckActiveFilesAndExecutables' failed. [1348018.1 ID]

  It helps to identify the program or process that hold the locks.

  Edited by: oradba the 11.10.2011 17:19

• Invalid object after you apply the fix of fa

  Hi all
  Earlier I had applied the patch for FA & generate the message files in the build files of applications menu. How can I find out that there is no valid objects for FA after applying the fix for me running schema compile adadmin applications to compile invalid objects. What is the example the message object not valid? What is the effect if I run APPS compile schema even though there is no object not valid occurs? Please advice.

  Mish,

  Take a look at the following note:

  Note: 314538.1 - how to compile invalid objects
  https://MetaLink.Oracle.com/MetaLink/PLSQL/ml2_documents.showDocument?p_database_id=not&P_ID=314538.1

• workers failed when applying the fix SOUL 4428060 on AIX

  Hi friends,
  
  I run adpatch to apply the 4428060 SOUL, but I met errror:
  
  ATTENTION: All workers have failed or are pending:
  
  Impossible: folder pebgperf.sql worker 1
  
  ATTENTION: Fix the worker failed above the Manager to continue.
  
  
  
  How can I find the details of the log where this worker error is written?
  
  
  Thank you very much

  Remove the public synonym create it manually, and then deliver adctrl as shown above.

• BPEL console not until after applying the fix

  Hi all
  
  We have installed SOA suite install 10.1.3.1 with advance. The installation went well and we were able to access the console without errors. We then applied fix for upgrade to 10.1.3.3...
  
  After you apply the fix, we are not able to access the BPEL console. Installation of the patch has gone well and we have not received any errors...
  
  Newspapers said opmn:
  
  ==========================================================================
  < 2008-10-30 17:48:53, 721 > < INFO > < wsif > WSIF0007I: using WSIFProvider 'oracle.tip.adapter.fw.wsif.jca.WSIFDynamicProvider_JCA' NamespaceURI 'http://xmlns.oracle.com/pcbpel/ '.
  Provider WSIF custom Loadded 'oracle.tip.adapter.fw.wsif.jca.WSIFDynamicProvider_JCA '.
  < 2008-10-30 17:48:53, 721 > < INFO > < wsif > WSIF0007I: using WSIFProvider 'oracle.tip.esb.wsif.WSIFDynamicProvider_ESB' NamespaceURI 'http://www.oracle.com/esb/ '.
  Provider WSIF custom Loadded 'oracle.tip.esb.wsif.WSIFDynamicProvider_ESB '.
  < 2008-10-30 17:48:53, 721 > < INFO > < collaxa > < ServerManager::loadAllDomains > all areas under D:\product\10.1.3.1\OracleAS_2\bpel\domains load
  < DomainDescriptorManager::create > detected field descriptor version ' 2.0.6»
  < 2008-10-30 17:48:53, 909 > < INFO > < default.collaxa.cube > < ServerManager::loadDomain >
  *****************************************************************************
  Oracle BPEL Server version 10.1.3.3.0
  Build: 0
  The generation time: Fri Jun 15 06:05:31 PDT 2007
  Build type: free
  Tag from the source: PCBPEL_10.1.3.3.0_GENERIC_070615.0525
  
  < 2008-10-30 17:48:54, 049 > < INFO > < default.collaxa.cube.engine > < CubeEngine::load >
  *****************************************************************************
  BPEL area during the initialization of the descriptor file
  'D:\product\10.1.3.1\OracleAS_2\bpel\domains\default\config\domain.xml '.
  
  < 2008-10-30 17:48:54, 080 > < INFO > < collaxa > < ConnectionFactoryImpl::init > Initialized, factory connection jdbc/BPELServerDataSourceWorkflow
  < 2008-10-30 17:48:54, 080 > < INFO > < collaxa > < ConnectionFactoryImpl::init > Initialized, factory connection jdbc/BPELServerDataSource
  "< 2008-10-30 17:48:54, 440 > < version database INFO > < default.collaxa.cube.engine > < gsDomainSchemaManager::validateCompatibility > Detected ' 2.0.51.
  < 2008-10-30 17:48:54, 440 > < INFO > < default.collaxa.cube.engine > < AdaptorManager::load > Loaded adapters for platform "ias_10g" of the datasource 'oracle '.
  < 2008-10-30 17:48:55, 487 > < INFO > < default.collaxa.cube.engine > < AdapterStats::init: fact holder initializing statistics adapter for engine > by default
  < 2008-10-30 17:48:55, 534 > < INFO > < default.collaxa.cube.engine > < FaultPolicyManager::loadFaultPolicies > added political fault line D:\product\10.1.3.1\OracleAS_2\bpel\domains\default\config\fault-policies\DefaultPolicy.xml
  < 2008-10-30 17:48:55, 549 > < INFO > < default.collaxa.cube.engine > < FaultBindingsManager::loadFaultPolicyBindings > default connection file loaded:D:\product\10.1.3.1\OracleAS_2\bpel\domains\default\config\fault-bindings.xml
  < 2008-10-30 17:48:55, 549 > < INFO > < default.collaxa.cube.engine > < CubeEngine::init >
  
  OraBPEL 'default' BPEL responsible area.
  *****************************************************************************
  < 2008-10-30 17:49:03, 002 > < ERROR > < collaxa > < ProcessJob::execute > error connecting to http://testweb141.enterprisenet.org:7780
  < 2008-10-30 17:49:04, 955 > < ERROR > < collaxa > < ProcessJob::execute > error connecting to http://testweb141:7780 / orabpel
  < 2008-10-30 17:49:06, 080 > < ERROR > < collaxa > < ProcessJob::execute > error connecting to http://10.66.6.56:7780 / orabpel
  < 2008-10-30 17:49:08, 065 > < ERROR > < collaxa > < ProcessJob::execute > error connecting to http://testweb141.enterprisenet.org:7780 / orabpel
  < 2008-10-30 17:49:09, 112 > < ERROR > < collaxa > < ProcessJob::execute > error connecting to http://localhost:7780 / orabpel
  
  
  
  Oc4j houses are alive but the HTTP_SERVER is down... Please help with some advice!
  
  Thank you

  Uncomment the line

  d:/product/10.1.3.1/oracleas_2/Apache/Apache/conf/SSL.conf

  should be down.

  Please note that these patches will not have any impact, except if you want to enable SSL. If you do so in the future then we you get the ApacheModuleOSSL.dll file and place it in the d:/product/10.1.3.1/oracleas_2/apache/apache/Module directory.

  see you soon
  James

• ERR-7620 after applying the fix to the 5.0.2

  After you apply the latest patch without error on our environment all our applications is no longer in effect.

  They all end with

  ERR-7620 could not determine the workspace for the application (application_id).

  ORA-01403: no data found

  
  

  anyone?
  

  You can run

  exec apex_instance_admin.enable_workspace(...name...);

  commit;

  to account_status the ASSIGNED value.

  Kind regards

  Christian

• OFA Custom Pages frequently when the applied error fix

  We have developed a customized page oaf to download files from the system windows in a custom folder Top local. The page worked fine. But whenever any patch (patch no OAF) has been applied, the page-error message "you have encountered an unexpected error. Please contact the administrator of the assistance system. When clear us the cache, sometimes the page opens. But some times, even empty the cache also does not help. Anyone has faced this question? Do you have a solution for this?

  All I have is a CO, 01:00 and a simple page with the messageFileUpload component and submit button. Here's the code in CO. Anyone has faced this problem?

  ' Public Sub upLoadFile (pageContext OAPageContext, OAWebBean webBean)

  {

  String filePath = pageContext.getParameter ("filepath");

  System.out.println ("The path by default->" + filePath);

  String fileUrl = null;

  Try

  {

  DataObject fileUploadData = pageContext.getNamedDataObject("MessageFileUpload");

  if(fileUploadData!=null)

  {

  String uFileName = (String) fileUploadData.selectValue (null, "UPLOAD_FILE_NAME");

  String contentType = (String) fileUploadData.selectValue (null, "UPLOAD_FILE_MIME_TYPE");

  System.out.println ("File-> user name" + uFileName);

  FileOutputStream output = null;

  InputStream input = null;

  BlobDomain uploadedByteStream = (BlobDomain) fileUploadData.selectValue (null, uFileName);

  System.out.println ("uploadedByteStream->" + uploadedByteStream);

  File = new file (filePath, uFileName);

  System.out.println ("output-> file" + file);

  output = new FileOutputStream (file);

  System.out.println ("output->" + output);

  entry = uploadedByteStream.getInputStream ();

  System.out.println ("seizure->" + input);

  Byte abyte0 = new ubyte [0 x 19000];

  int i;

  While ((i = input.read (abyte0)) > 0)

  output. Write (abyte0, 0, i);

  output. Close();

  Input.Close ();

  OAException confirmMessage = new OAException ("the file downloaded successfully", OAException.CONFIRMATION);

  pageContext.putDialogMessage (confirmMessage);

  }

  }

  catch (Exception ex)

  {

  throw new OAException (ex.getMessage (), OAException.ERROR);

  }

  }

  We had to bounce application service and OA Core Service to solve the problem.

• lyingWhen application of a fix via ADOPTION, he failed with the AutoPatch error: you must be in Maintenance Mode to apply the patches.

  Everything by applying the patch Patch 18345006 as explained in Doc 1981206.1 , in the phase to apply it, I get the error

  AutoPatch error:

  You must be in Maintenance Mode to apply the patches.

  You can use the AD Administration utility to set the Maintenance Mode.

  I'm on Oracle EBS 12.2.4, Windows 2008 R2 x 64, 2 appl_tops not shared and the error occurs on the primart node.

  How I applied the patch

  source, run fs

  adoption phase = apply patches = 18345006 = no allnodes

  The issue was that my tns ifile was entered incorrectly for _PATCH entered tns. After having corrected the phase to APPLY fine.

  Apparently, the maintenance mode error is just a smoke screen

• forms of Oracle is not opening after applying the fix 6i devoloper 19 (P 9935935)

  Dear all,
  
  I plan to upgrade version of forms of 6.0.8.25 to 6.0.8.28 following upgrade note developer 6i with Oracle Applications 11i [125767.1 ID]
  
  and applied the Patch 9935935 after that, we don't have open forms and open the windows all three as usual, but after the third window, we are not able to get any window forms.
  
  What is the problem, we can not find all errors and remain application services are working well...
  
  Please give me solution for this?
  
  Thanks in advance...

  java.lang.NoClassDefFoundError: com/tendance/squid/2.5.STABLE9/jscan/runtime/Session

  Please see (11i: ' FRM-92050: unable to connect to the server "error when launching forms after update the JAVA JRE [1286604.1 ID] JInitiator Plugin).

  Thank you
  Hussein

• Applying the fix to resolve the problem of forms

  Hello
  I have a problem with the mouse so following this note * 12.1.1 Navigation mouse on established revenue does not work. Users must use keyboard tab [873720.1 ID] * apply a patch 9044638 to solve this problem. I would like to confirm that I have do apply it to good HOME (just to make sure).
  
  As frmcmp_batch version returns (10.1.2.3) or $ORACLE_HOME 10.1.2. So, can I apply this patch to 10.1.2 House. Am I wrong?
  
  Before you apply this hotfix, the required minimum opatch is 1.0.0.0.60 or 10.1.0.0 but my current opatch version is 1.0.0.0.57. So I apply the p6880880_101000 hotfix. My concern is do I apply this to the only ORACLE_HOME forms only or IAS_ORACLE_HOME as well.
  
  Thank you
  Taher

  Taher,

  As frmcmp_batch version returns (10.1.2.3) or $ORACLE_HOME 10.1.2. So, can I apply this patch to 10.1.2 House. Am I wrong?

  Right.

  Before you apply this hotfix, the required minimum opatch is 1.0.0.0.60 or 10.1.0.0 but my current opatch version is 1.0.0.0.57. So I apply the p6880880_101000 hotfix. My concern is do I apply this to the only ORACLE_HOME forms only or IAS_ORACLE_HOME as well.

  For the developer ORACLE_HOME (forms/States), then connect as user applmgr and source of the env file application before applying the patch.

  Thank you
  Hussein

• applying the fix to the level of the shared application

  Hello
  
  should apply the patch in the shared application layer? main application node?
  
  Concerning

  Hello

  Correct, and you need to apply once.

  Kind regards
  Hussein

• 10.1.2.3 the FRM-92100 value after applying the fix

  Hello
  Yesterday, we have applied the patch set 10.1.2.3 and patch 7482020 on a Windows Server. Today, about 20% of our ended unexpectedly with error forms describe below after clicking on a button. Even if the PL/SQL code is begin null; end; the user would be disconnected from the Application Server. I searched on metalink but find nothing relevant. I can't find nothing related between the buggy forms or different shapes non-buggy.
  
  Can anyone help please?
  
  Francis
  
  -Error log-
  
  Forms: FRM-92100
  
  Java Console:
  java.lang.NullPointerException
  at oracle.forms.handler.UICommon.setFVP (unknown Source)
  at oracle.forms.handler.UICommon.setFVP (unknown Source)
  at oracle.forms.handler.UICommon.onUpdate (unknown Source)
  at oracle.forms.handler.ComponentItem.onUpdate (unknown Source)
  at oracle.forms.handler.ButtonItem.onUpdate (unknown Source)
  at oracle.forms.handler.UICommon.onUpdate (unknown Source)

  We have executed with this patch for a long time now and have never encountered a problem like this.

  Using JInitiator or the Java Plugin (recommended)?

  Have you tried to empty the cache memory of the POT on the client? Your FMB can also be damaged somehow - have you tried their reconstruction on a Suite of developer with the exact same patch as the Application Server level?

  You can also try the new patch 7703734super-fusion, which replaces the previous Super-fusion 7482020 and see if that helps somehow.

  If this does not help, you must connect a SR on Metalink and get support to help you resolve it.

  Hope this helps,
  Jacob

• error message ' GetLogicalProcessorInformation... kernel32.dll ' after you apply the update to firefox 36.0

  I used firefox 35.0.1 and just applied the update 36.0 a few hours ago.
  After that, I was unable to run firefox.
  When I double-click on the icon of firefox, it bumps on the error message 2.
  1 of them is ' GetLogicalProcessorInformation... kernel32.dll. "
  and the other is 'exceptional unknown error (0xc06d007e) at 0x7c812a5b.

  those are key words of the message since I use firefox traditional version, do not know if I translate correctly.
  wonder if I can just get back to 35.0.1 and wait for another update to fix this

  Hi again, mozilla has just released an update for firefox 36.0.1 to focus on the issue: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/36.0.1/win32/