Regarding CLOB datatype

Hi,
I have two databases with sids' R2SRVR5.WORLD and R2SRVR3.WORLD
Now I have executed the follwoing in r2srvr5 database.
create table kou_test_1
roll integer,
clob_data clob
begin
insert into kou_test_1(roll,clob_data) values (2,empty_clob());
insert into kou_test_1(roll,clob_data) values (3,empty_clob());
commit;
end;
declare
v_clob clob := 'dfhgfjudhgjfhjdhgdhjghdjrjgjgjhfhjjgfyugfygfjgfjgfjgjygjyfgwfg
gfjygfjygfjuyuiryugyubgryuwbgrjyubgrjgrjywgerjgrgw
eukwgfuweyjyegfjgfjhrjujuhwruihri';
begin
update kou_test_1 set clob_data=v_clob where roll=3;
commit;
end;
Now I have created a table in r2srvr3 database.
create table kou_test_2
roll integer,
clob_data clob
and also created a database link from r2srvr3 to r2srvr5.
now when I am executing the following code it gives the error "ORA-22992: cannot use LOB locators selected from remote tables
ORA-06512: at line 2"
begin
insert into kou_test_2(roll,clob_data)
select roll,decode(roll,3,clob_data,empty_clob())
from [email protected];
commit;
end;
Now can any body provide me any solution of it except two separate inserts like
begin
insert into kou_test_2(roll,clob_data)
select roll,clob_data
from [email protected]
where roll=3;
commit;
end;
insert into kou_test_2(roll,clob_data)
select roll,null
from [email protected]
where roll<>3;
commit;
end;
Waiting for reply,
Regards,
Koushik

Hi,
I have two databases with sids' R2SRVR5.WORLD and R2SRVR3.WORLD
Now I have executed the follwoing in r2srvr5 database.
create table kou_test_1
roll integer,
clob_data clob
begin
insert into kou_test_1(roll,clob_data) values (2,empty_clob());
insert into kou_test_1(roll,clob_data) values (3,empty_clob());
commit;
end;
declare
v_clob clob := 'dfhgfjudhgjfhjdhgdhjghdjrjgjgjhfhjjgfyugfygfjgfjgfjgjygjyfgwfg
gfjygfjygfjuyuiryugyubgryuwbgrjyubgrjgrjywgerjgrgw
eukwgfuweyjyegfjgfjhrjujuhwruihri';
begin
update kou_test_1 set clob_data=v_clob where roll=3;
commit;
end;
Now I have created a table in r2srvr3 database.
create table kou_test_2
roll integer,
clob_data clob
and also created a database link from r2srvr3 to r2srvr5.
now when I am executing the following code it gives the error "ORA-22992: cannot use LOB locators selected from remote tables
ORA-06512: at line 2"
begin
insert into kou_test_2(roll,clob_data)
select roll,decode(roll,3,clob_data,empty_clob())
from [email protected];
commit;
end;
Now can any body provide me any solution of it except two separate inserts like
begin
insert into kou_test_2(roll,clob_data)
select roll,clob_data
from [email protected]
where roll=3;
commit;
end;
insert into kou_test_2(roll,clob_data)
select roll,null
from [email protected]
where roll<>3;
commit;
end;
Waiting for reply,
Regards,
Koushik

Similar Messages

  • Regarding CLOB datatype handling in forms6i

    hi everybody,
    i created a table with two fields 1.sno number datatype
    2.pic BLOB datatype.
    i created a datablock based on the above table.At the same time i placed one button for file open dialog box and i am selecting jpg files and placing that into image item.
    what my doubt is if the table contains no data for the pic column, then i have to display the display image which shows the "NO PICTURE IS AVAILABLE".
    So for that i have to check when execute_query i want to check whether the pic column contains the data or not,
    HOW CAN I DO THAT..
    PLZ DO HELP ME IN THIS REGARD
    THANKS IN ADVANCE.
    BHASKAR

    hi everybody,
    i created a table with two fields 1.sno number datatype
    2.pic BLOB datatype.
    i created a datablock based on the above table.At the same time i placed one button for file open dialog box and i am selecting jpg files and placing that into image item.
    what my doubt is if the table contains no data for the pic column, then i have to display the display image which shows the "NO PICTURE IS AVAILABLE".
    So for that i have to check when execute_query i want to check whether the pic column contains the data or not,
    HOW CAN I DO THAT..
    PLZ DO HELP ME IN THIS REGARD
    THANKS IN ADVANCE.
    BHASKAR

  • CLOB datatype question

    Hi,
    I have a question regarding CLOB datatypes.
    The scenario is as follows:
    In our existing oracle 8i database, we have a tables say "inquiry" and another table "inq_details". The details table has a LONG field where we create a new record every time details for a specific inquiry is logged. The length of details can be any where from few characters to the field length.
    We are planning to move the DB to oracle 9i and I heard it is better to move from LONG to CLOB datatype.
    The question is If we log a new record (as it is today) for every detail record, should we be concerned with the data field size and retrieval performance?
    Am I better of appending the details to the same column instead of creating new record? (Only diff between two diff records is the details section nothing more than that). When we display the record, we always get all the details in the order in which they are logged.
    thank you

    A quick look in the manual would have shown you that LPAD returns the same datatype as its first argument : LPAD
    The string returned is of VARCHAR2 data type if expr1 is a character data type, NVARCHAR2 if expr1 is a national character data type, and a LOB if expr1 is a LOB data type.
    So, this works :
    SQL> declare
      2    r clob;
      3  begin
      4    r := lpad(to_clob('0'), 32768, '0');
      5  end;
      6  /
    PL/SQL procedure successfully completed

  • Clob DataType, NULL and ADO

    Hello,
    First, I'm french so my english isn't very good
    I have a problem with Oracle Clob DataType. When I try to put NULL value to
    CLOB DataType with ADO, changes aren't not made.
    rs.open "SELECT ....", adocn, adOpenKeyset, adLockOptimistic
    rs.Fields("ClobField") = Null ' In this case, the Update doesn't work
    rs.update
    rs.Close
    This code works if I try to write a value which is different than Null but
    not if is equal to Null. Instead of having Null, I have the old value
    (before changes), the update of the field doesn't work.

    I experience the same, did you find a solution to your problem?
    Kind regards,
    Roel de Bruyn

  • Return CLOB datatype to Java

    Hello,
    Does anyone have any examples of how a CLOB datatype can be returned from a stored procedure and used in java?
    Currently we are building up strings and returning a VARCHAR2 datatype, but are running into the 32k size restriction as some of the strings are too long.
    It seems that converting the strings to CLOBs and then returning is the best solution. Has anyone had a similar problem and solved it?
    Regards,
    Eoin

    Create stored procedure like this :
    create or replace procedure getclob(var out clob) as
    str varchar2(20);
    templob CLOB;
    begin
    str :='mystring';
    DBMS_LOB.CREATETEMPORARY(templob, TRUE, dbms_lob.session);
    dbms_lob.write(templob,length(str),1,str);
    var :=templob;
    DBMS_LOB.FREETEMPORARY(templob);
    end;
    java program to call above stored procedure
    import java.sql.*;
    import oracle.jdbc.driver.*;
    class SPLobInJava
    public static void main(String args[]) throws Exception
    DriverManager.registerDriver(new
    oracle.jdbc.driver.OracleDriver());
    Connection conn = DriverManager.getConnection
    ("jdbc:oracle:thin:@insn104:1521:ora9idb", "scott", "tiger");
    CallableStatement cs;
    cs = conn.prepareCall("{call getclob(?)}");
    cs.registerOutParameter(1,java.sql.Types.CLOB);
    cs.execute();
    Clob clob =cs.getClob(1);
    // do whatever you want with the clob
    System.out.println(clob.getSubString(1,5));
    cs.close();
    conn.close();
    }

  • Create clob datatype in a column

    Hi,
    I am working in oracle9i and solaris 5.8.
    I want to create a table with a cloumn contains clob Datatype..
    Please explain me how to create a clob datatype in a column and how to assign this and how to insert datas into the datatype...
    Regs..

    Hey,
    Read this below link. It will useful for inserting a clob datatype column,
    Re: CLOB
    Regards,
    Moorthy.GS

  • Can we check CLOB datatype to null?

    Hi ,
    i want check clob datatype to null so i have used decode(col1,null,n1,n2) ..it executes the query but it gives nothing ..doesn't return data only show o ..
    can you please tell me how to do ?

    Take a look at http://docs.oracle.com/cd/E11882_01/appdev.112/e40758/d_lob.htm#ARPLS66622
    CONVERTTOBLOB Procedure
    Regards
    Etbin

  • How to copy a table with LONG and CLOB datatype over a dblink?

    Hi All,
    I need to copy a table from an external database into a local one. Note that this table has both LONG and CLOB datatypes included.
    I have taken 2 approaches to do this:
    1. Use the CREATE TABLE AS....
    SQL> create table XXXX_TEST as select * from XXXX_INDV_DOCS@ext_db;
    create table XXXX_TEST as select * from XXXX_INDV_DOCS@ext_db
    ERROR at line 1:
    ORA-00997: illegal use of LONG datatype
    2. After reading some threads I tried to use the COPY command:
    SQL> COPY FROM xxxx/pass@ext_db TO xxxx/pass@target_db REPLACE XXXX_INDV_DOCS USING SELECT * FROM XXXX_INDV_DOCS;
    Array fetch/bind size is 15. (arraysize is 15)
    Will commit when done. (copycommit is 0)
    Maximum long size is 80. (long is 80)
    CPY-0012: Datatype cannot be copied
    If my understanding is correct the 1st statement fails because there is a LONG datatype in XXXX_INDV_DOCS table and 2nd one fails because there is a CLOB datatype.
    Is there a way to copy the entire table (all columns including both LONG and CLOB) over a dblink?
    Would greatelly appriciate any workaround or ideas!
    Regards,
    Pawel.

    Hi Nicolas,
    There is a reason I am not using export/import:
    - I would like to have a one-script solution for this problem (meaning execute one script on one machine)
    - I am not able to make an SSH connection from the target DB to the local one (although the otherway it works fine) which means I cannot copy the dump file from target server to local one.
    - with export/import I need to have an SSH connection on the target DB in order to issue the exp command...
    Therefore, I am looking for a solution (or a workaround) which will work over a DBLINK.
    Regards,
    Pawel.

  • CLOB Datatype with JDBC Adapter

    Hi,
    we try to fill a Clob Datatype to JDBC Database.
    We try 2 ways with the JDBC Adapter:
    action="SQL_DML" with an SQL Statment and $placeholders$
    But how can i say the key element that it is a CLOB type?
    He used this a VARCHAR and there a not more than 4k Chars allowed.
    second way is action="EXECUTE" to call a Stored Procedure, but there we got the error that CLOB type is an Unsupported feature.
    Any Idea?
    Regards,
    Robin
    Message was edited by: Robin Schroeder

    Ok i will check this...
    But i'm right when i say that the only way to fill CLOB Type is to use a Stored Procedure ?
    or is there any possibility to do this with action="SQL_DML" ?
    Regards,
    Robin

  • Using CLOB datatypes in WHERE clause

    Hi All,
    I have a table with two columns as CLOB datatype. I'm using Oracle 8i Enterprise Edition. I can do a query, insert, update and even delete the data in the CLOB field using Oracle's SQL Plus.
    What I want is to do a search on those fields.. that is include that field in a WHERE clause. I'm using this datatype to store large number of data.
    I'd like to see this query working...
    SELECT * FROM MyTable WHERE CLOBFLD LIKE 'Something...';
    Now this query doesn't work. It returns: 'Inconsistent datatype' near the word CLOBFLD.
    Please Help me out.
    Regards,
    Gopi
    null

    I presume you want to query based on the contents of the CLOB, right ? If that is true, then you have to create a text index, using Oracle Context and then use "Contains" in the where clause to query. Hope this helps.

  • Can we strore .CSV file into CLOB datatype

    hi
    can we strore .CSV file into CLOB datatype
    its giving me error ot hexa coonversion?
    can anyone provide sample code...
    when i m sending mail from oracle database when i send as blob object then nope but when i send attachment stored in table with clob column it gives me hex to raw conversion error
    folllowing is my code--
    CREATE OR REPLACE PROCEDURE com_maildata_prc1( pi_sender IN com_batch_contact_dtl.strreceivername%TYPE,
    pi_recipients IN com_batch_contact_dtl.stremailaddr%TYPE,
    pi_subject IN VARCHAR2 ,
    pi_text IN VARCHAR2 ,
    pi_filename IN VARCHAR2 ,
    pi_blob IN cLOB
    IS
    conn utl_smtp.connection;
    i NUMBER;
    len NUMBER;
    BEGIN
    ('com_send_email_prc',Vn_Process_Id);
    conn := demo_mail.begin_mail( sender => pi_sender,
    recipients => pi_recipients,
    subject => pi_subject,
    mime_type => demo_mail.MULTIPART_MIME_TYPE
    demo_mail.begin_attachment(conn => conn,
    mime_type => 'application/csv',
    inline => TRUE,
    filename => pi_filename,
    transfer_enc => 'base64'
    -- split the Base64 encoded attachment into multiple lines
    i := 1;
    len := DBMS_LOB.getLength(pi_blob);
    WHILE (i < len) LOOP
    IF(i + demo_mail.MAX_BASE64_LINE_WIDTH < len)THEN
    UTL_SMTP.Write_raw_Data (conn
    , UTL_ENCODE.Base64_Encode(
    DBMS_LOB.Substr(pi_blob, demo_mail.MAX_BASE64_LINE_WIDTH, i)));
    ELSE
    UTL_SMTP.Write_raw_Data (conn
    , UTL_ENCODE.Base64_Encode(
    DBMS_LOB.Substr(pi_blob, (len - i)+1, i)));
    END IF;
    UTL_SMTP.Write_Data(conn, UTL_TCP.CRLF);
    i := i + demo_mail.MAX_BASE64_LINE_WIDTH;
    END LOOP;
    demo_mail.end_attachment(conn => conn);
    demo_mail.attach_text(
    conn => conn,
    data => pi_text,
    mime_type => 'text/csv');
    demo_mail.end_mail( conn => conn );
    END;
    Thanx in advance...
    Message was edited by:
    user549162
    Message was edited by:
    user549162

    Hi
    Ignore "SQL*Loader-292: ROWS parameter ignored when an XML, LOB or VARRAY column is loaded" error
    after importing your csv file just change length CHAR(100000).
    ex: your column col1 CHAR(1000) to change CHAR(100000).
    and deploy your mapping and execute
    Regards,
    Venkat

  • Error in CLOB datatype for transfering data from Excel to Oracle database

    Am using excel sheet as source and Oracle as target Database.
    For all tables the operations works smoothly except for tables containing CLOB datatype.
    Initially i have used SQL Developer to transfer some data into excell sheets, now i want to transfer those file's data into another Oracle Database.
    What other options do i have?
    Is excel not the right tool to transfer CLOB datatypes?

    well,
    I couldn't suggest an excel to do it...
    You can go from Oracle to Oracle with the PL/SQL IKM. It works fine.
    Does it help you?

  • Setting of CLOB Datatype storage space

    Hello All!
    I unble to insert more then 4000 characters in clob datatype field
    how I increate the storage size of the clob field
    I'm working in VB 6.0 and oracle 9i

    Oracle will allocate CLOB segments using some default storage options linked to column, table and tablespace.
    Example with Oracle 11.2 XE:
    SQL> select * from v$version;
    BANNER
    Oracle Database 11g Express Edition Release 11.2.0.2.0 - Beta
    PL/SQL Release 11.2.0.2.0 - Beta
    CORE    11.2.0.2.0      Production
    TNS for 32-bit Windows: Version 11.2.0.2.0 - Beta
    NLSRTL Version 11.2.0.2.0 - Production
    SQL> create user test identified by test;
    User created.
    SQL> grant create session, create table to test;
    Grant succeeded.
    SQL> alter user test quota unlimited on users;
    User altered.
    SQL> alter user test default tablespace users;
    User altered.
    SQL> connect test/test;
    Connected.
    SQL> create table tl(x clob);
    Table created.
    SQL> column segment_name format a30
    SQL> select segment_name, bytes/(1024*1024) as mb
      2  from user_segments;
    SEGMENT_NAME                           MB
    TL                                  ,0625
    SYS_IL0000020403C00001$$            ,0625
    SYS_LOB0000020403C00001$$           ,0625
    SQL> insert into tl values('01234456789');
    1 row created.
    SQL> commit;
    Commit complete.
    SQL> select segment_name, bytes/(1024*1024) as mb
      2  from user_segments;
    SEGMENT_NAME                           MB
    TL                                  ,0625
    SYS_IL0000020403C00001$$            ,0625
    SYS_LOB0000020403C00001$$           ,0625
    SQL>Same example run with Oracle XE 10.2 :Re: CLOB Datatype [About Space allocation]
    Edited by: P. Forstmann on 24 juin 2011 09:24

  • Problem on CLOB datatype after import

    I got problem and call to Oracle support and they use DUL for extract data from datafile to dump file and I import everything is done and no error but when I check in CLOB datatype that have space(blank character) separate each character see below
    Original
    Oracle
    After Import
    O R A C L E
    So the application cannot execute those data.
    Anyone have solution how to fix this problem?
    Thanks,
    Taohiko

    if you use a direct insert you are restricted to 4000 characters.
    You can put your value in a varchar2 variable and that allows you to insert up to 32767 characters.
    declare
    my_clob_variable := rpad('x','X',25000);
    begin
    insert into my_table(my_clob_column)
    values(my_clob_variable);
    end;

  • LogMiner puzzle - CLOB datatype

    Hello, everybody!
    Sorry for the cross-post here and in "Database\SQL and PL/SQL" forum, but the problem I am trying to dig is somewhere between those two areas.
    I need a bit of an advice whether the following behavior is wrong an requires SR to be initiated – or I am just missing something.
    Setting:
    -     Oracle 11.2.0.3 Enterprise Edition 64-bit on Win 2008.
    -     Database is running in ARCHIVELOG mode with supplemental logging enabled
    - DB_SECUREFILE=PERMITTED (so, by default LOBs will be created as BasicFiles - but I didn't notice any behavior difference comparing to SecureFile implementation)
    Test #1. Initial discovery of a problem
    1. Setup:
    <li> I created a table MISHA_TEST that contains CLOB column
    create table misha_test  (a number primary key, b_cl CLOB)<li> I run anonymous block that would insert into this table WITHOUT referencing CLOB column
    begin
         insert into misha_test (a) values (1);
         commit;
    end;2. I looked at generated logs via the LogMiner and found the following entries in V$LOGMNG_CONTENTS:
    SQL_REDO
    set transaction read write;
    insert into "MISHA_TEST"("A","B_CL") values ('1',EMPTY_CLOB());
    set transaction read write;
    commit;
    update "MISHA_TEST" set "B_CL" = NULL where "A" = '1' and ROWID = 'AAAj90AAKAACfqnAAA';
    commit;And here I am puzzled: why do we have two operations for a single insert – first write EMPTY_CLOB into B_CL and then update it to NULL? But I didn’t even touch the column B_CL! Seems very strange – why can’t we write NULL to B_CL from the very beginning instead of first creating a pointer and than destroying it.
    Key question:
    - why NULL value in CLOB column should be handled differently than NULL value in VARCHAR2 column?
    Test #2. Quantification
    Question:
    -     having LOB column in the table seems to cause an overhead of generating more logs. But could it be quantified?
    Assumption:
    -     My understanding is that CLOBs defined with “storage in row enabled = true” (default) up to ~ 4k of size behave like Varchar2(4000) and only when the size goes above 4k we start using real LOB mechanisms.
    Basic test:
    1.     Two tables:
    <li> With CLOB:
    create table misha_test_clob2  (a_nr number primary key, b_tx varchar2(4000), c_dt date, d_cl CLOB)<li>With VARCHAR2:
    create table misha_test_clob   (a_nr number primary key, b_tx varchar2(4000), c_dt date, d_cl VARCHAR2(4000))2.     Switch logfile/Insert 1000 rows and populate only A_NR/Switch logfile
    insert into misha_test_clob (a_nr)
    select level
    from dual
    connect by level < 10013.     Check sizes of generated logs:
    <li>With CLOB – 689,664 bytes
    <li>With Varchar2 – 509.440 (<b>or about 26% reduction</b>)
    Summary:
    <li>the overhead is real. It means that table with VARCHAR2 column is cheaper to maintain, even if you are not using that column. So adding LOB columns to a table "just in case" is a really bad idea.
    <li>Having LOB columns in the table that has tons of INSERT operations is expensive.
    Just to clarify a real business case - I have a table with some number of attributes, one attribute has CLOB datatype. Frequency of inserts in this table is pretty high, frequency of using CLOB column is pretty low (NOT NULL ~0.1%). But because of that CLOB column I generate a lot more LOG data than I need (about 30% extra). Seems like a real waste of time! For now I requested development team to split the table into two, but that's still a bandage.
    So, does anybody care? Comments/suggestions are very welcome!
    Thanks a lot!
    Michael Rosenblum

    Hello, everybody!
    Sorry for the cross-post here and in "Database\SQL and PL/SQL" forum, but the problem I am trying to dig is somewhere between those two areas.
    I need a bit of an advice whether the following behavior is wrong an requires SR to be initiated – or I am just missing something.
    Setting:
    -     Oracle 11.2.0.3 Enterprise Edition 64-bit on Win 2008.
    -     Database is running in ARCHIVELOG mode with supplemental logging enabled
    - DB_SECUREFILE=PERMITTED (so, by default LOBs will be created as BasicFiles - but I didn't notice any behavior difference comparing to SecureFile implementation)
    Test #1. Initial discovery of a problem
    1. Setup:
    <li> I created a table MISHA_TEST that contains CLOB column
    create table misha_test  (a number primary key, b_cl CLOB)<li> I run anonymous block that would insert into this table WITHOUT referencing CLOB column
    begin
         insert into misha_test (a) values (1);
         commit;
    end;2. I looked at generated logs via the LogMiner and found the following entries in V$LOGMNG_CONTENTS:
    SQL_REDO
    set transaction read write;
    insert into "MISHA_TEST"("A","B_CL") values ('1',EMPTY_CLOB());
    set transaction read write;
    commit;
    update "MISHA_TEST" set "B_CL" = NULL where "A" = '1' and ROWID = 'AAAj90AAKAACfqnAAA';
    commit;And here I am puzzled: why do we have two operations for a single insert – first write EMPTY_CLOB into B_CL and then update it to NULL? But I didn’t even touch the column B_CL! Seems very strange – why can’t we write NULL to B_CL from the very beginning instead of first creating a pointer and than destroying it.
    Key question:
    - why NULL value in CLOB column should be handled differently than NULL value in VARCHAR2 column?
    Test #2. Quantification
    Question:
    -     having LOB column in the table seems to cause an overhead of generating more logs. But could it be quantified?
    Assumption:
    -     My understanding is that CLOBs defined with “storage in row enabled = true” (default) up to ~ 4k of size behave like Varchar2(4000) and only when the size goes above 4k we start using real LOB mechanisms.
    Basic test:
    1.     Two tables:
    <li> With CLOB:
    create table misha_test_clob2  (a_nr number primary key, b_tx varchar2(4000), c_dt date, d_cl CLOB)<li>With VARCHAR2:
    create table misha_test_clob   (a_nr number primary key, b_tx varchar2(4000), c_dt date, d_cl VARCHAR2(4000))2.     Switch logfile/Insert 1000 rows and populate only A_NR/Switch logfile
    insert into misha_test_clob (a_nr)
    select level
    from dual
    connect by level < 10013.     Check sizes of generated logs:
    <li>With CLOB – 689,664 bytes
    <li>With Varchar2 – 509.440 (<b>or about 26% reduction</b>)
    Summary:
    <li>the overhead is real. It means that table with VARCHAR2 column is cheaper to maintain, even if you are not using that column. So adding LOB columns to a table "just in case" is a really bad idea.
    <li>Having LOB columns in the table that has tons of INSERT operations is expensive.
    Just to clarify a real business case - I have a table with some number of attributes, one attribute has CLOB datatype. Frequency of inserts in this table is pretty high, frequency of using CLOB column is pretty low (NOT NULL ~0.1%). But because of that CLOB column I generate a lot more LOG data than I need (about 30% extra). Seems like a real waste of time! For now I requested development team to split the table into two, but that's still a bandage.
    So, does anybody care? Comments/suggestions are very welcome!
    Thanks a lot!
    Michael Rosenblum

Maybe you are looking for

  • KeyFieldValue not picking out key

    I have a sender file adapter - I have a file with structure HEADER,1,DETAIL,*,TRAILER,1 My data is: RRELMAG  01000001138 etc................. RRELMAG  04000002138 etc................ RRELMAG  04000003138 etc................. RRELMAG  09000004138 etc.

  • Why can I not print from pages but can if I copy to text edit, I get "printer off line message " from pages ?

    Why can I not print from pages but can if I copy to text edit, I get "printer off line message " from pages ?  I use HP wireless printer .

  • Is FF 3.6.13 a 32 or 64 bit browser?

    I have Windows 7 64 bit. I cannot play AVI videos now. Some suggestions were to convert the AVI to WMV format, or to fix the problem with FF 32 bit for Windows. I can't seem to find that information. I read that FF doesn't have a true 64 bit browser

  • No longer have indication of need for synchronizing a folder

    My workflow in LR is to do all of my editing, etc. and then open Bridge and change all of the file names to reflect more discriptive titles. I then switch back to LR (4.3). In the past this would result in all of my edit pictures involved in this pro

  • Error IMP00038

    A client sent me a table export (binary ftp) from Unix. When trying to import on an NT database, I get the error 'IMP00038 - Could not convert to environment character set's handle'. I have previously been able to load tables from the same client bef