Loading time too long for my native application

Hello,
I've built an exe width adt and i regret that there is no screen to inform the user while the application "preparing the installation" when you execute it as does the air application.
The problem is : when I executes the exe application , it seems that nothing happens for about ten seconds.
I use this syntax to build my app :
adt -package %OPTIONS% %SIGNING_OPTIONS% -target native [WINDOWS_INSTALLER_SIGNING_OPTIONS] %EXE_PATH%\%EXE_NAME%.exe %APP_XML% %FILE_OR_DIR%
Does adt, or Adobe offer a solution, that solve the problem ? (I'd like to avoid having to hack myself or with the help of a software like "Advance Installer" the installation of my app)
Thank a lot.

How large is the installer? I suspect the delay is due to the self extraction taking place.
I took a look in our internal database and it appears we had something similar entered back in 2010 that was unfortunately deferred. At this point, I'd recommend using a captive runtime and rolling your own installer with it's own UI. The other alternative is to add a bug/feature request over at bugbase.adobe.com, then let the community know so that others can add comments and cast votes for it.
Thanks,
Chris

Similar Messages

Email loading times too long (Gmail, E75)

Hi dudes, and thanks for reading.
Email provider: Gmail
Phone: E75
Phone firmware: 202.12.01 (the newest)
I'm getting pretty long waiting times when my phone loads my emails.
I have set up an account to the phone's email application. It lists the emails in real time, but when I try to open an one, the loading time gets overwhelming.
It is not a pleasure to use the email application.
Can I do anything for this? Another app?
Any help wuold be appreciated!!!

Multiple reasons too hard to guess.
First step of ts - reset network settings

0PM_ORDER loading time too long

Hi All. We have about 600 000 PM orders in the system. Loading the master data attributes for this into BW/BI takes almost an hour. There seems to be no delta load available. Most of this running time is on ECC6. I cannot restrict the orders in the info package because there are orders created a long time ago which are still active.
Any suggestions?
Thanks,
Johan Loock

We have just under 600,000. After perfroming a full load of all Orders, what we did to deal with 0PM_ORDER load times was to use the ABAP Conversion exit on the Infopackage's Data Selection tab. The datasource contains Created On(ERDAT) and Change(AEDAT) dates and we rely on those dates to filter the Orders we extract.
We load two Infopackages (full loads) each day, one that loads any Orders created in the last 7 days and another that loads any Orders changed in the last 7 days.
ABAP conversion exit code for created in last 7 days -
data: l_low_date like sy-datum,
l_idx like sy-tabix.
read table l_t_range with key
fieldname = 'ERDAT'.
l_idx = sy-tabix.
l_low_date = sy-datum - 6.
l_t_range-option = 'BT'.
l_t_range-low = l_low_date.
l_t_range-high = sy-datum.
modify l_t_range index l_idx.
p_subrc = 0.
The Changed code is the same, but it references AEDAT.
The load times for the Created and Changed Infopackages are about 1 - 2 minutes each.

Elapsed time too Long for the report

I have report that is taking a very log time to load when I click on 'All Pages' button. Viewing initial 25 records is quick and paging through records 25 at a time also gives very good performance, around 1-2 secs but viewing all records is slow and scrolling through all the records is also jerky. The browser seems to be hanging after each click. The report is combining data from 3 fact tables and also has 2 columns that have navigation links behind them. All this must be adding the time to render the report, but still the difference is too large. Looking at the logs, the queries ae returning from the database in 15 secs.
I have also observed different behaviours depending on the browser. IE7 is slow and jerky after all the records are displayed. In IE6, the browser hangs for 15 mins in the beginning but after 15 mins, it returns back to normal and scrolling is smooth. In Firefox, the browser hangs for 20-25 secs in the beginning, but once all the records are displayed, it behaves normally. Is there anything that can be done to remove the jerkyness in IE6 while scrolling? Are there any IE setting or setting on BI server side I can change to help with this situation?
Thank you!

In my experience, DSL Service Ready activation does take anywhere from two weeks to a month. The last time I ordered DSL from Verizon (which, admittedly was about 5-6 years ago), I had to wait 6 weeks for it to be activated, because they had to install a new set of DSLAM equipment to serve my street.
That may be what is happening in your case. All I can say is be patient and follow up regularly with Verizon. Activating DSL service is not a turnkey operation.

Are Skype support response times too long for you?

Just answer yes or no....
....and then tell me how long you waited.
i.e. Yes 7 hours
I'm really interested in finding out how much I can rely on this forum for a quick response to problems as I use Skype to communicate with my customers, suppliers and colleagues worldwide.
The response time to critical questions like "because of a 'technical problem at Skype" I can't allocate credit to my coworkers so as they can call up their contacts phones" - (a.k.a I want to give Skype some money) is unreasonably long. I'm trying to guage how long I can expect to wait.
Sonic

Hello sonic,
I see you are asking about response time on the forum for questions to be answered.
Well, it just depends on who is online at the time you post your question. We have many professional users like TheUberOverlord and Primemover that are here all the time and answer qualified questions all day. The Skype Enterprise Team are here 24/7 but are sometimes answering Chats from customers in the Live Chat Sessions of Skype Manager.
If you want an immediate response, you need to log into your Skype Manager and click on the Chat Button in the top right of that screen and you will be connected to us immediately. We are here 24/7 for your support. It is a Business Class Service and we talk to customers from all over the world day and night. We are here to get customers PBX's and SIP compatable devices connected to Skype Connect and can answer most any question on products and devices.
Thank You for using Skype and the Skype Community Forums.
Regards,
Victor S.
Skype Enterprise Support

Time too long for refresh a BO document in remote access connection

Hello,
One hour to refresh a bo document (.rep) in remote access connection with openvpn or cisco vpn behind a livebox or a 3G key while this take one minute in local network environment...
For information BO is on a vmware virtual machine and the database is on a iséries as400.
Thank's for your help

BO has no controls over VPN or network bamdwith, it takes what OS and DB drivers give it.
You'll need to identify at which point of the workflow to refresh the report the slowness is occuring.
You'll need to enable webi tracing and see how long the actual refresh take.
You'll need to enable network traces to see where in the network the slowdown is occuring.

Data loading time too long

Hi there,
I have two Infopackages - one for year 2003 and one for year 2004. For year 2003 I use interval 200301-200312 and for year 2004 I use interval 200401-200412 as data selection. Then I started to load data from R/3. For year 2003 we have 4.9 Millions records and took 6 hours to load and for year 2004 we have 5.5 Millions records and took 46 hours to load. The interesting thing was that when I tried to use InfoPackage 2003 and put the interval 200401-200412 as data selection for loading 2004 data, it took only 7.x hours! Why? Is something wrong with the InfoPackage for 2004? Any idea and suggestion is greatly appreciated.
Weidong

Hi Weidong,
Check the processing type in both the infopackages. May be one of the infopackages has "PSA and then into Data Target" and the other infopackage has "PSA and Data Target in parallel".
Bye
Dinesh

It's taking way too long for my messages to load.

Starting on Tuesday this week (10/14) it is taking way too long for my messages to load from my Gmail account. Once the message finally shows up in the Inbox, it's taking up to 10-15 min for the message to load where I can actually view the message. I'm going to have to move to another email application if this can't be resolved which is very unfortunate as I've enjoyed using Thunderbird up until now.

I guess I'm at least happy to know it's not just me. I've had to abandon Thunderbird for now. I guess I'll keep an eye out for future updates.

FRM-40831 : Truncation occured: value too long for filed MAST_EMP_NAME

Hi
I'm using Forms 5 and getting following error.
FRM-40831 : Truncation occured: value too long for filed MAST_EMP_NAME.
When i checked in the column Mast_emp_name, all the values are with in the limit.
Table contains some 9 lacs record.
Please help me. this is very urgent

check the maximum length - property of all those 5 columns in your form. They have to be as long as in the database. Except number. They have to be 1 char longer than in the db.
Forms-Online-Help says:
This property can potentially limit the amount of data that an item is allowed to contain internally (in the Forms server) when it's in native format. It can also potentially limit the number of character (or bytes) displayed or entered by the end user. That is, it can specify a data limit and/or a user interface (UI) limit. The exact effect depends upon several factors, including the item's Data type, Data Length Semantics, and Format Mask properties. For a character item (datatypes CHAR, ALPHA, LONG), the Maximum Length property specifies a data limit. The property value specifies either the maximum number of bytes or else the maximum number of characters, depending upon the value of the Data Length Semantics property. Within a group of character mirror items, the Maximum Length property is always taken from the master mirror item. A compiler (generator) warning is issued if a non-zero non-default value is specified in a subordinate mirror item. If a character item has no format mask (the Format Mask property is null), then the Maximum Length property (taken from the master mirror item) also specifies a UI limit. When the Forms server is using the UTF8 character set , this UI limit has the same semantics (byte versus character) as the data limit. When the Forms server is using a multi-byte character set other than UTF8, and the Data Length Semantics property specifies byte semantics, Forms cannot prevent the end user from typing in too many bytes. Instead, it uses character semantics for the UI limit. In such a case, the end user is allowed to type in too many bytes. When the end user attempts to navigate out of the current validation unit, one of two things will happen. If the application property FLAG_USER_VALUE_TOO_LONG is set, an error will be flagged and the excess characters on the right will be selected. If this application property is not set, the excess characters will be quietly truncated, and the navigation will succeed. If a character item has a format mask, then the item's UI limit is derived from the format mask. This limit is always a character limit. For a number item (datatypes NUMBER, INT, MONEY, RNUMBER, RINT, RMONEY), the Maximum Length property specifies a user interface limit. This limit is always a character limit. There is no data limit. The data item can always internally hold up to 23 bytes (which is the maximum size of an Oracle number in native format), regardless of the value of the Maximum Length property. For a date or time item (datatypes DATETIME, DATE, TIME, JDATE, EDATE), the Maximum Length property specified in Forms Builder has almost no effect (See the Query Length property for a discussion of the only effect). As with "number" items, there is no data limit. For DATE and DATETIME items, the internal value is 7 bytes long, and for TIME, JDATE and EDATE items, the internal value is 4 bytes long . The user interface limit is derived from the format mask. This limit is always a character limit which is what is returned by GET_ITEM_PROPERTY(item, MAX_LENGTH).

Error: WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=26

Hi every one,
Today, i met a problem: Application cannot connect to database because database hang ( I also cannot connect to database with sqlplus) . Check alert log, only one error:
WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=26This error not only appear first time, but also happen every one month. I must reset server for database release all memory but I think It isn't a true solution!
Could you give a recommend for this.
Regards.

The Row Cache is actually the Data Dictionary Cache. It is where definitions from the data dictionary (tablespaces, objects, users etc) are loaded into memory.
There would be an associated trace file written with the occurrence of this warning.
See Oracle Support Note 278316.1 for more information
Hemant K Chitale

NI7358 Acceleration time too long

Hi all,
First, let me introduces briefly our application for your better understanding before touch the problem.
We're using NI7358 to control 8 servo motors(Mitsubishi HC-KFS13, 100W, 3000RPM, 131072Counts/Rev) for pick and place. The amplifier is also Mitsubishi one MELSERVO-J2M-P8A. From view of NI7358 all 8 axes are open-loop stepper while amplifier will close-loop control the servo motors. One limitation here is this amplifier only can accept 200KPPS pulse rate input, so we set amplifier internal gear ratio to 4096/125 to achieve its maximum speed.
GearRatio=(3000rpm*131072count/60)/(200*1000counts/sec)
Then based on this ratio we can know the resolution of "stepper" in view of NI7358 is 4000RPM. (131072*125/4096)
Now our problem is:
The system requires these motors move in short distance(1200steps for NI7358) in the shortest time. So we want to shorten the acceleration/deceleration time as possible as we can. As we test the same application before using Keyence PLC as pulse generator, it can meet our target so we expect NI also can.
During testing using MAX under 1-D interactive, when I set Velocity=3000rpm, Accel/Decel=20000rps/s, target=1200steps, I can get the best result around 1040rpm(peak velocity) with Accel/Decel time around 50ms. The time is too long for us. If I set increase Accel/Deceleration to its maximum* NI7358 will stop pulse output at all(don't know why but suspect it's because of short distance)
* Maximum Accel/Deceleration(RPS/s) = Amax X (1/Ts) X (1/Ts) X (1/R) (refer to the description of "flex_load_rpsps")
for our case: Amax=32counts/sample; Ts=0.25ms; R=4000steps/Rev, result is 128000(RPS/s)
Questions:
1. Is Amax=32counts/sample hardware fixed?
2. Any reason can cause NI7358 stop output pulse when I set maximum acceleration/decelration?
3. Does NI provide time-based profile instead of velocity one so we can set acceleration/deceleration time directly?
4. Can I use direct pulse output mode just like a pulse generator instead of current profile output?
5. Under open-loop mode, if I change PID & acceleration feedforward gain, do these will affect the output pulse performance?
6. If we change the control circuit from open-loop stepper to close-loop servo system, does it can solve our problem?
7. How does the trajectory generator produces the count/steps output during the acceleration? I create an excel file(attached below) try to draw out the relationship between the sample, velocity and acceleration, anyone can check for me it's correct or not?
My formula is here:
Position2 = Position1 + Velocity2*(Sample2-Sample1)
Velocity2 = Velocity1 + Acceleration*(Sample2-Sample1)
All comments are appreciated!
Attachments:
Profile Study.xls ‏28 KB

BO has no controls over VPN or network bamdwith, it takes what OS and DB drivers give it.
You'll need to identify at which point of the workflow to refresh the report the slowness is occuring.
You'll need to enable webi tracing and see how long the actual refresh take.
You'll need to enable network traces to see where in the network the slowdown is occuring.

Unable to evaluate workflow rule - Value too long for field

Need help with a workflow error for a record update before the record is saved. There are 3 calculations that would be done in a particular order - all on number fields. Each time, I am overwriting existing values. The individual numbers could have up to 6 decimal spaces. When I try to update one or more fields that contain the calculation, I get an error message saying that the system is unable to evaluate the workflow rule - value too long for field (zNum6).
This same calculation is fine when a new record is entered and the calculation is done as a default field value.
Any ideas?

I actually had to use a ToChar function at the beginning of the calculation and #### to indicate the number of digits to make this work. Oracle Help Desk provided the answer - quickly.

String literal too long for CLOB

Q1. I would like to insert text of 10000 chars into a column with data type CLOB via an ASP program connecting to Oracle9i. Which data type is most appropriate to input 10000 chars into a column?
Q2. I would like to insert text UNICODE Traditional Chinese into a column with data type NCLOB, data is stored but when it is retrieved via Internet Explorer, strang chars are displayed instead of Traditional Chinese. Can any one tell me how you could store Chinese Chars, retrieve and display Chinese Chars properly in Internet Exlplorer via ASP program?

10,000 characters is too long for a varchar2 column, but CLOB's will let you store a couple of Gb.
When you're dealing with inserting and retrieving Traditional Chinese characters, you need to ensure that the NLS settings on your client and on your database are such that the character sets on both machines actually support the characters in question. I'm guessing that your client machine isn't configured to support those characters. If you go to http://tahiti.oracle.com and search for NLS, you'll get a boat-load of documents about how to approach this sort of problem If you haven't reviewed these yet, I'd strongly suggest doing so.
Justin

ORA-09100 specified length too long for its datatype with Usage Tracking.

Hello Everyone,
I'm getting an (ORA-09100 specified length too long for its datatype) (a sample error is provided below) when viewing the "Long-Running Queries" from the default Usage Tracking Dashboard. I've isolated the problem to the logical column "Logical SQL" corresponding to the physical column "QUERY_TEXT" in the table S_NQ_ACCT. Everything else is working correctly. The logical column "Logical SQL" is configured as a VARCHAR of length 1024 and the physical column "QUERY_TEXT" is configured as a VARCHAR2 of length 1024 bytes in an Oracle 11g database. Both are the default configurations and were not changed.
In the the table S_NQ_ACCT we do have record entries in the field "QUERY_TEXT" that are of length 1024 characters. I've tried various configuration such as increasing the the number of bytes or removing any special character but without any sucess. Currently, my only possible workaround is reducing the "Query_Text" data entries to roughly 700 characters. This makes the error go away. Additional point my character set to WE8ISO8859P15.
- Any suggestions?
- Has anyone else ever had this problem?
- Is this potentially an issue with the ODBC drive? If so, why would ODBC not truncate the field length?
- What is the maximum length supported by BI, ODBC?
Thanks in advance for everyones help.
Regards,
FBELL
*******************************Error Message**************************************************
View Display Error
Odbc driver returned an error (SQLExecDirectW).
Error Details
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 17001] Oracle Error code: 910, message: ORA-00910: specified length too long for its datatype at OCI call OCIStmtExecute: select distinct T38187.QUERY_TEXT as c1 from S_NQ_ACCT T38187 order by c1. [nQSError: 17011] SQL statement execution failed. (HY000)
SQL Issued: SELECT Topic."Logical SQL" saw_0 FROM "Usage Tracking" ORDER BY saw_0
*******************************************************************************************

I beleieve I have found the issue for at least one report.
We have views in our production environment that call materialized views on another database via db link. They are generated nightly to reduce load for day-old reporting purposes on the Production server.
I have found that the report in question uses a view with PRODUCT_DESCRIPTION. In the remote database, this is a VARCHAR2(1995 Bytes) column. However, when we create a view in our Production environment that simply calls this materialized view, it moves the length to VARCHAR2(4000).
The oddest thing is that the longest string stored in the MV for that column is 71 characters long.
I may be missing something here.... But the view that Discoverer created on the APPS side also has a column length for the PRODUCT_DESCRIPTION column of VARCHAR2(4000) and running the report manually returns results less than that - is this a possible bug?

Performance issues; waited too long for a row cache enqueue lock!

hi Experts,
OS: Oracle Solaris on SPARC (64-bit)
DB version:
SQL> select * from V$VERSION;
BANNER
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production
PL/SQL Release 11.2.0.1.0 - Production
CORE 11.2.0.1.0 Production
TNS for Solaris: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production
SQL>We have seen 100% CPU usage and high database load, so I checked the instance and have seen there were many blocking sessions and more than 71 sessions running the same select ;
elect tablespace_name as tbsname from (select tablespace_name,sum(bytes)/1024/1024 free_mb,0 total_mb,0 max_mb from dba_free_space group by tablespace_name union select tablespace_name, 0 current_mb,sum(bytes)/1024/1024 total_mb, sum(decode(maxbytes, 0, bytes, maxbytes))/1024/1024 max_mb from dba_data_files group by tablespace_name) group by tablespace_name having round((sum(total_mb)-sum(free_mb))/sum(max_mb)*100) > 95 Blocking sessions are running queries like this;
SELECT * from MYTABLE WHERE MYCOL=:1 FOR UPDATE;This select queries are coming from a cron job running every 10 minutes to check the tablespaces; so I first killed (kill -9 pid) those select statements so the load and CPU decreased to 13% of CPU usage. Blocking sessions still there and I didn't killed them waiting for app guys confirmation... after few hours and the CPU usage never went down the 13%; I have seen many errors;
WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=...System State dumped to trace file .....trcAfter that , we decided to restart the DB to release the locks!
I would like to understand why during loads we were no able to run those select statements, statspack schedule snapshot reports were not able to finish, also automatic
database statistics... why 5 for update statements locked the whole DB?

user12035575 wrote:
SELECT FOR UPDATE will only lock the table row until the transaction is completed.
"WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK" happens when it needs to acquire a lock on data dictionary. Did you check the trace file associated with the statement?The trace file is too long, which information I need to focus more?

Loading time too long for my native application

Similar Messages

Maybe you are looking for