Since 10.8 problems to expand zip-files

if I use stuffit expander it will works fine.
Is there anybody with same problems?
regards
Edgar

I have occasionally had that problem myself.
Are any of the ZIP files password-protected? See here.
For me, most ZIP files open undamaged with Archive Utility. But when I encounter a problem like yours, I simply re-open with StuffIt Expander. They are not all password-protected; varies with source.
Recommend sending feedback to Apple.

Similar Messages

Problems opening documents (zip files, excel) after upgrade to Snow Leopard

Since upgrading to Snow Leopard I have not been able to open a lot of files. Mainly, zip files and excel documents (which I had no problem opening before the upgrade. It seems that when I save the files down (from my email or whatever) the files go into the "Archive Utility" program, I try to open them from the Finder but they still won't open (or unzip).
When I go to open an excel document (most likely from a PC user), I get a msg that the file isn't formated for excel. However, before the upgrade to Snow Leopard I had no issue opening this same file in Mac Office-Excel.
Thanks in advance for your help/advise.
-Katherine

Hello Katherine:
I have not experienced those problems, but I do not receive Excel spreadsheets via E-mail. My Stuffit Expander version is 13.0.2.
You might want to check your Excel preferences to see if there is a setting that needs to be changed (compatibility?). I use Office 2004 so your version may be different.
You could also trash preference files to see if something happened during the install.
Barry

Expanding ZIP files in External Data Window

Hi,
How could I expand the contents of ZIP files in the external data windows?
I've developped a GPI extension to unzip the file and extract data from compressed files. But my client wants to see the content of the file before uncompress.
Best regards
Frederic

Hello
I think also that the best solution to expand a ZIP files in the "External Data" portal of Diadem, is to use a data plugin.
But a data plugin is used to filter files with their extensions in "external data" and to import data in the "Data portal : internal data"
But our problem is to expand the ZIP files in the "external data" portal as the joint document presents.
We have not found the solution to do this.
Regards.
Attachments:
plugin zip.jpg ‏25 KB

A strange problem using the zip files

I'm currently working on a university project with another student in which we use zip files (using the java ZipFile , and ZipOutputStream classes), we write certain data to a zip file (and verify that it is there by checking the disk). and later we read the zip file, and write it back , appending some data at the end of the file.
although we see the changes actually take place on the disk , in one of the cases when reading the data we don't see the data we have appended before (although it is physically written on the disk).
testing has revealed that this has something to do with the rename command or java being unsynchronized with the data actually on the disk (caching problem?).
we use this code to preform the process:
ZipFile zf= new ZipFile( ((Integer)lexicon.get(keyword)).intValue()+".zip");
          BufferedInputStream input= new BufferedInputStream(zf.getInputStream(new ZipEntry("data")));
          // create a temporary new zip file.
          ZipOutputStream zipst= new ZipOutputStream(new FileOutputStream( ((Integer)lexicon.get(keyword)).intValue()+".tmp.zip"));
          BufferedOutputStream output =new BufferedOutputStream(zipst);
          zipst.putNextEntry(new ZipEntry("data"));
          // stream the contents of the old file into the new file
          //(we do it this way because of the inability of the java zip file interfaces to add to an existing zip file)
          int current = input.read();
          while(current!=-1){
          output.write(current);
          current = input.read();
          output.write(entry.getBytes(false)); // add the new entrys.
          output.flush();
          zipst.closeEntry();
          output.close();
          // erase the old file.
          File toErase = new File( ((Integer)lexicon.get(keyword)).intValue()+".zip");
          toErase.delete();
          // rename the temporary file to the old files name.
          File toRename = new File( ((Integer)lexicon.get(keyword)).intValue()+".tmp.zip");
          toRename.renameTo(new File( ((Integer)lexicon.get(keyword)).intValue()+".zip"));
we use:
1. j2sdk 1.4.2_05
2. running under libranet linux.
any help will be appreciated

the data does indeed get lost in the course fo rewriting the file, e assume this is some sort of synchronization issue with java and the file system.
addig enteies to an existing zip file would have been great, if we had it a few weeks ago , we had to make do without this ability , and all of the code is already written and mostly working (except for the problem I mention) and we don't really want to rewrite the zip file access.
additional testing has shown that the data gets lost when we use the rename command.
very strange...
thanks for the input

Problem in deleting Zip files unzipped using java.util.zip

I have a static methos for unzipping a zip file. after unzipping the file when i am trying to delete that file using File.delete()its not getting deleted. but when methods like exist(). canRead(), canWrite() methods are returning true what can be the possible problem ? i had closed all the streams after unzipping operation Please go through the following code.
public static boolean unzipZipFile(String dir_name, String zipFileName) {
try {
ZipFile zip = new ZipFile(zipFileName);
Enumeration entries = zip.entries();
while (entries.hasMoreElements()) {
ZipEntry entry = (ZipEntry) entries.nextElement();
// got all the zip entries here
// now has to process all the files
// first all directories
// then all the files
if (entry.isDirectory()) {
// now the directories are created
File buf=new File(dir_name,entry.getName());
buf.mkdirs();
continue;
}// now got the dirs so process the files
entries = zip.entries();
while(entries.hasMoreElements()) {
// now to process the files
ZipEntry entry = (ZipEntry) entries.nextElement();
if (!entry.isDirectory()){
File buf=new File(dir_name,entry.getName());
copyInputStream(
zip.getInputStream(entry),
new BufferedOutputStream(
new FileOutputStream(buf)));}
} catch (IOException e) {
e.printStackTrace();
return false;
return true;
now i am trying to call this method to unzip a zip file
public static void main (String arg[]){
unzipZipFile("C:/temp","C:/tmp.zip");
java.io.File filer = new File("C:/tmp.zip");
System.out.println (filer.canRead());
System.out.println (filer.canWrite());
System.out.println (filer.delete());
Please tell me where my program is going wrong ?

Thanks .. the problem is solved... i was not closing the Zip file .. rather i was trying to close all the other streams that i used for IO operaion ... thanks a lot

Problem in creating zip file.

Hi,
I am using the zip package to create a zip file.The code is given below :
ZipOutputStream out = new ZipOutputStream(new
BufferedOutputStream(new FileOutputStream("d:\\abc\\target.zip")));
    byte[] data = new byte[1000];
    BufferedInputStream in = new BufferedInputStream
(new FileInputStream("d:\\abc\\xyz.log"));
    int count;
   out.putNextEntry(new ZipEntry("d:\\abc\\target.zip"));
   while((count = in.read(data,0,1000)) != -1)
   out.write(data, 0, count);
   in.close();
   out.flush();
   out.close();The problem is that the zip file created is having no files when i try to zip files from locations other than the program file location ie other than current drive.
Could you please suggest me a solution so that it zips file from any location. Thanks in advance.

BRAVO wrote:
Hi,
I am using the zip package to create a zip file.The code is given below :
ZipOutputStream out = new ZipOutputStream(new
BufferedOutputStream(new FileOutputStream("d:\\abc\\target.zip")));
byte[] data = new byte[1000];
BufferedInputStream in = new BufferedInputStream
(new FileInputStream("d:\\abc\\xyz.log"));
int count;
out.putNextEntry(new ZipEntry("d:\\abc\\target.zip"));
while((count = in.read(data,0,1000)) != -1)
out.write(data, 0, count);
in.close();
out.flush();
out.close();The problem is that the zip file created is having no files when i try to zip files from locations other than the program file location ie other than current drive.
Could you please suggest me a solution so that it zips file from any location. Thanks in advance.My advice would be to tryout something as given below and checkout whether that can
a). Give you Exception Message/stack trace if an error has occured
b). Check whether the appropriate code change works
public compressFile(String inputFile,String destFile){
ZipOutputStream out = null;
byte[] data = null;
BufferedInputStream in = null;
try{
    out = new ZipOutputStream(new BufferedOutputStream(new FileOutputStream(destFile)));
    data = new byte[1024];
     try{
         in = new BufferedInputStream(new FileInputStream(inputFile));
         int count = -1;
         out.putNextEntry(new ZipEntry(inputFile));
         while((count = in.read(data)) > 0){
            out.write(data, 0, count);
       }catch(Exception e){
           System.err.println(e.getMessage());
           e.printStackTrace();
       }finally{
              if(in != null)
                 try{in.close();}catch(Exception ex){}
   out.flush();
}catch(Exception exp){
    System.err.println(exp.getMessage());
    exp.printStackTrace();
}finally{
if(out != null)
     try{out.close();}catch(Exception e){}
   out = null;
   in = null;
}in order to compress the file we can call the method something like
compressUtilObj.compressFile("d:\\abc\\target.zip","d:\\abc\\xyz.log");Hope that helps :)
REGARDS,
RaHuL

Having problems creating a zip file with Japanese language character names

I have a bunch of files with names in Japanese characters (also Chinese, Korean, Spanish etc, but this will do for an example). The encoding is Unicode.
I wish to be able to put them in a zip file, then extract them again using any old zip tool (WinZip,PKZip,7-Zip etc)
Trouble is, every time I do it, the files inside the zipfile end up with garbage character names. The contents of the files are fine, though.
I'm aware that there used to be a bug in the java.util.zip.* classes regarding character encodings (http://bugs.sun.com/bugdatabase/view_bug.do;jsessionid=5bd4fe01ad8a7b4ec89afef5005da?bug_id=4244499) but as far as I can see it's supposed to have been fixed I have also tried the ZipOutputStream class from apache which allows you to set the encoding manually - no luck there either (just many different varieties of garbage characters)
Test code below. What am I missing here?
import java.io.File;
import java.io.FileOutputStream;
import java.io.FileReader;
import java.io.IOException;
public class ZipTest {
static String uniqueFileName = "西　純.txt";
public static void main(String[] args) {
try {
standardZip();
apacheZip();
} catch (IOException fe) {
System.out.println("problem in file - exception " + fe.getMessage());
public static void apacheZip() throws IOException {
String encoding = "";
File inputFile = new File(uniqueFileName);
FileReader reader = new FileReader(inputFile);
encoding = reader.getEncoding();
System.out.println("Using Apache - Encoding = " + encoding);
File zipFile = new File("apacheZip.zip");
org.apache.tools.zip.ZipOutputStream zipOutputStream = new org.apache.tools.zip.ZipOutputStream(
zipFile);
zipOutputStream.setEncoding(encoding);
org.apache.tools.zip.ZipEntry zipEntry = new org.apache.tools.zip.ZipEntry(uniqueFileName);
zipEntry.setSize(inputFile.length());
zipEntry.setTime(inputFile.lastModified());
zipOutputStream.putNextEntry(zipEntry);
int c = 0;
while (c >= 0) {
c = reader.read();
if (c >= 0) {
zipOutputStream.write(c);
zipOutputStream.closeEntry();
zipOutputStream.finish();
public static void standardZip() throws IOException {
String encoding = "";
File inputFile = new File(uniqueFileName);
FileReader reader = new FileReader(inputFile);
encoding = reader.getEncoding();
System.out.println("Using Java IO - Encoding = " + encoding);
File zipFile = new File("standardZip.zip");
FileOutputStream zipOut = new FileOutputStream(zipFile);
java.util.zip.ZipOutputStream zipOutputStream = new java.util.zip.ZipOutputStream(zipOut);
java.util.zip.ZipEntry zipEntry = new java.util.zip.ZipEntry(uniqueFileName);
zipEntry.setSize(inputFile.length());
zipEntry.setTime(inputFile.lastModified());
zipOutputStream.putNextEntry(zipEntry);
int c = 0;
while (c >= 0) {
c = reader.read();
if (c >= 0) {
zipOutputStream.write(c);
zipOutputStream.closeEntry();
zipOutputStream.finish();

Emma_Baillie wrote:
I have a bunch of files with names in Japanese characters (also Chinese, Korean, Spanish etc, but this will do for an example). The encoding is Unicode.
I wish to be able to put them in a zip file, then extract them again using any old zip tool (WinZip,PKZip,7-Zip etc)
Trouble is, every time I do it, the files inside the zipfile end up with garbage character names. The contents of the files are fine, though.This is becuase zip tool doesn't support unicode for zip entries. For example WinZip prior to 11.2 does not support Unicode characters in filenames. You need to look for the simillar information for other tools. You can find more on tools on their website.

Problems opening ePub.zip files in iBooks?

I write book reviews and recently the publisher I work for has stopped sending press copies and only sends eBook copies in the form of ePub.zip files. They claim the files will work on Nook e-readers and "most other available e-readers". The problem is that I can't get these to open in iBooks. When I tap on the ePub attachment in my email I'm given the option to "Open in iBooks" as well as Dropbox, Evernote and a few others. When I choose iBooks I can see the cover art for the book in iBooks (marked NEW) but it refuses to actually open.. when I tap on the icon it darkens but does nothing else. What am I doing wrong? How can I fix this? Dropbox and evernote both say the file cannot be displayed... do I need to do some sort of conversion to the file to open it?? HELP I only have 30 days to read and review each book and I've got TWO of them on deck!!

If it's zipped (e.g. compressed) it would have to be unzipped first. Don't know if there is an unzipping utility available for iOS. Search the App Store. If there is not, you'd need to unzip them on a computer, then transfer them to your iPad.

Problems downloading DP4 zip file

Im having problems downloading the DP4 zip file. When the download ends, i cant open the zip file.
Any help?
Txs

Marco,
I have not had any similar complaints and have spoken to many customers successfully using DP4. It may have been an issue on our side. Please let me know if it persists.
Doug

Problem with attached zip file

I received an email with a zip file attached, but whenever I try to open it I get the message "Unable to unarchive "filename.zip: into "Desktop." (Error 1 - Operation not permitted)"
Can anyone help?

Download Stuffit Expander which can open just about anything you throw at it. You can obtain this "free" utility from Versiontracker and Macupdate.

Problem opening a zip file within a jar file

Hi,
I have a jar file in a tomcat web server. The jar file includes a zip file which I've been trying to open with the following sentences:
SpellDictionary dict = null;
File f = new File(getClass().getResource*("us_US.zip"*).getFile());
dict = new OpenOfficeSpellDictionary( new ZipFile( f ) );
I'm getting this exception:
2007-09-13 15:31:38 java.util.zip.ZipException: No such file or directory
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:203)
at java.util.zip.ZipFile.<init>(ZipFile.java:84)
at com.iir.newsAdministration.textEditor.TextEditorSpellChecker.<init>(TextEditorSpellChecker.java:62)
If I run the application with the builded classes instead of the jar file, it works fine.
Any ideas about how can I make it work with the jar file?
Thanks in advance
Natalie

File f = new File(getClass().getResource*("us_US.zip"*).getFile());
This is not going to work.
What you need to do is create a Jar/ZipFile from your jar, then extract the ZipFile, put that in a temporary location, then open that with another ZipFile object

Problems creating/extracting ZIP files, anyone?

Greetings,
I am having some odd bugs with OSX in creating and extracting ZIP files. I’m curious if anyone else has run across this or if anyone has any remedies to suggest.
The issue is that when I extract a ZIP archive, the extracted files have their creation dates and modification dates changed from the original versions. For example, I have a directory created in 2010 and all the files were created and last modified in 2010. However, when I ZIP the directory and re-extract it, many of the file dates change. Some files have the creation dates changed so to match the last modified date. In other cases, both the creation date and modification date are changed to something later than both, perhaps the date the directory was ZIPed or the date the directory was extracted. And some files don’t seem to have the dates changed.
I have tried various options, such as terminal, and third party programs (BetterZip, Keka, Stuffit, & Archiver to name a few) and they all seem to have some variation of this behavior. I have tried creating the Zip with one program and extracting with the other, and still this behavior persists. Different files seem to be affected with each combination of creating and extracting programs.
Another odd behavior was that I tried password protecting some directories with financial data, and OSX could create the ZIP file with the password, but OSX could not unzip the file with the password it created for some files. In every case, third party program could unzip the files with the password created in the terminal command. This seem to happen inconsistently.
I have tried creating a dummy account and tested it in that account, with similar results.
I’ve read the man page for the command line version of ZIP to see if there is some -option to preserve dates, but found nothing. The typical command looks like this:
> zip -er filename.zip sourceDir
> unzip filename.zip
File types include directories, PDFs, Text docs, Quicken files. Ive tested other directories too with other file types. It doesn’t seem to affect every file, but seems unpredictable. Luckily, I still have the original uncompressed version of most directories. But I really want to archive some directories and unarchive them when needed. The dates matter to me because they are mostly financial files and I use the dates to know what versions were used for taxes and other things. Also, if dates change, then backup programs start replacing the good backups with files with the corrupted dates.
I’d appreciate any suggestions or feedback. I there some bug in the ZIP protocol? Is there some bug in OSX file system that is corrupting the dates with the archive and unarchive process?
Thank you for any suggestions-
OSX 10.9.5,
MBPro 2012

OK, sorry did not read it correctly. Read the first sentance and quit.
No, Bridge is just a browser. You can extract more than one file at a time in Win. Explorer. You have to do them individually, but can run multiple extractions at the same time.
There are other zip/unzip programs out there. I know the the CS6 beta a number of users could not open it with WinZip and used alternate product just fine.

UTL_SMTP mail with attachment( Problem in attaching zip file)

Hi All,
I used the below code for sending email with attachment. but when i try to add the message body its not working in the sense its not attaching my file. when i commented that line its attaching the file.
commented lines:
-- utl_smtp.write_data(mail_conn,UTL_TCP.CRLF ||'Body' ||':'|| text || UTL_TCP.CRLF);
--utl_smtp.write_data(mail_conn,UTL_TCP.CRLF||text || UTL_TCP.CRLF );How to resolve this issue???
Complete procedure.
create or replace
procedure sssl_send_mail (
      p_sender varchar2,
      p_recipient varchar2,
      p_cc varchar2,
      p_subject varchar2,
      p_filename varchar2,
      text varchar2) is
    --c utl_smtp.connection;
    v_raw raw(57);
    v_length integer := 0;
    v_buffer_size integer := 57;
    v_offset integer := 1;
    mailhost    VARCHAR2(64) := 'xxxxxxxxxx';
    port constant number(2):=25;
    timeout number :=180;
    mail_conn utl_smtp.connection;
p_blob Blob;
temp_os_file bfile;
ex number;
begin
   DBMS_LOB.CREATETEMPORARY(p_blob,true);
   temp_os_file := BFILENAME ('xxxxxxxx',p_filename);
   ex := dbms_lob.fileexists(temp_os_file);
      if ex = 1 then
         dbms_lob.fileopen(temp_os_file, dbms_lob.file_readonly);
         dbms_lob.loadfromfile(p_blob,temp_os_file, dbms_lob.getlength(temp_os_file));
         dbms_lob.fileclose(temp_os_file);
       end if;
   mail_conn := utl_smtp.open_connection(mailhost, port,timeout);
   utl_smtp.helo(mail_conn, mailhost);
   utl_smtp.mail(mail_conn, p_sender);
   utl_smtp.rcpt(mail_conn, p_recipient);
   utl_smtp.rcpt(mail_conn, p_cc);
   utl_smtp.open_data(mail_conn);
utl_smtp.write_data(mail_conn,'From'||':'|| p_sender || UTL_TCP.CRLF);
utl_smtp.write_data(mail_conn,'To'||':'|| p_recipient || UTL_TCP.CRLF);
utl_smtp.write_data(mail_conn,'CC'||':'|| p_cc || UTL_TCP.CRLF);
utl_smtp.write_data(mail_conn,'Subject' ||':'|| p_subject || UTL_TCP.CRLF);
-- utl_smtp.write_data(mail_conn,UTL_TCP.CRLF ||'Body' ||':'|| text || UTL_TCP.CRLF);
--utl_smtp.write_data(mail_conn,UTL_TCP.CRLF||text || UTL_TCP.CRLF );
    utl_smtp.write_data( mail_conn, 'Content-Disposition: attachment; filename="' || p_filename || '"' || utl_tcp.crlf);
    utl_smtp.write_data( mail_conn, 'Content-Transfer-Encoding: base64' || utl_tcp.crlf );
    utl_smtp.write_data( mail_conn, utl_tcp.crlf );
    v_length := dbms_lob.getlength(p_blob);
    <<while_loop>>
    while v_offset < v_length loop
      dbms_lob.read( p_blob, v_buffer_size, v_offset, v_raw );
      utl_smtp.write_raw_data( mail_conn, utl_encode.base64_encode(v_raw) );
      utl_smtp.write_data( mail_conn, utl_tcp.crlf );
      v_offset := v_offset + v_buffer_size;
    end loop while_loop;
    utl_smtp.write_data( mail_conn, utl_tcp.crlf );
    utl_smtp.close_data(mail_conn);
    utl_smtp.quit(mail_conn);
exception
    when utl_smtp.transient_error or utl_smtp.permanent_error then
      utl_smtp.quit(mail_conn);
      raise;
    when others then
    raise;
end;Please help me out to resolve this issue.
Thanks in advance.
Cheers ,
Shan.
Edited by: Shan on 13 Jan, 2011 1:08 PM
Edited by: Shan on 14 Jan, 2011 3:22 PM

Hi,
Some Problems i am facing with this procedure. when i try to add CC in this procedure. Its sending the mail for recipent , But the CC person not getting the mail. How to resolve this??
create or replace
PROCEDURE sssl_send_mail( p_sender varchar2,
      p_recipient varchar2,
      p_cc varchar2,
      p_subject varchar2,
      p_filename varchar2,
      text varchar2) is
    /*LOB operation related varriables */
   v_src_loc BFILE;
   l_buffer   RAW(200);
   l_amount   BINARY_INTEGER := 200;
   l_pos      INTEGER := 1;
   l_blob     BLOB := EMPTY_BLOB;
   l_blob_len INTEGER;
   v_amount   INTEGER;
    /*UTL_SMTP related varriavles. */
    v_connection_handle UTL_SMTP.CONNECTION;
    v_from_email_address VARCHAR2(200);
    v_to_email_address   VARCHAR2(200) ;
    v_smtp_host          VARCHAR2(10) ;
    v_subject            VARCHAR2(500) ;
    l_message            VARCHAR2(3000);
    /* This send_header procedure is written in the documentation */
    PROCEDURE send_header(pi_name IN VARCHAR2, pi_header IN VARCHAR2) AS
    BEGIN
    --dbms_output.put_line('entering into procedure');
    --dbms_output.put_line(pi_name || ': ' || pi_header);
      UTL_SMTP.WRITE_DATA(v_connection_handle,
                          pi_name || ': ' || pi_header || UTL_TCP.CRLF);
    END;
BEGIN
   v_src_loc             := BFILENAME('BROKERREPORTS',p_filename);
   v_from_email_address := p_sender;
   v_to_email_address    := p_recipient;
   v_smtp_host           := 'sbssld1'; --My mail server, replace it with yours.
   v_subject             := p_subject;
   l_message      := 'test';
    /*Preparing the LOB from file for attachment. */
    DBMS_LOB.OPEN(v_src_loc, DBMS_LOB.LOB_READONLY); --Read the file
    DBMS_LOB.CREATETEMPORARY(l_blob, TRUE); --Create temporary LOB to store the file.
    v_amount := DBMS_LOB.GETLENGTH(v_src_loc); --Amount to store.
    DBMS_LOB.LOADFROMFILE(l_blob, v_src_loc, v_amount); -- Loading from file into temporary LOB
    l_blob_len := DBMS_LOB.getlength(l_blob);
/*UTL_SMTP related coding. */
    v_connection_handle := UTL_SMTP.OPEN_CONNECTION(host => v_smtp_host);
    UTL_SMTP.HELO(v_connection_handle, v_smtp_host);
    UTL_SMTP.MAIL(v_connection_handle, v_from_email_address);
    UTL_SMTP.RCPT(v_connection_handle, v_to_email_address);
    UTL_SMTP.OPEN_DATA(v_connection_handle);
    send_header('From', v_from_email_address || '<'||'>');
    send_header('TO', v_to_email_address || '<'||'>');
    send_header('CC', p_cc        || '<'||'>');
    send_header('Subject', v_subject);
    --MIME header.
   UTL_SMTP.WRITE_DATA(v_connection_handle,
                      'MIME-Version: 1.0' || UTL_TCP.CRLF);
   UTL_SMTP.WRITE_DATA(v_connection_handle,
                        'Content-Type: multipart/mixed; ' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        ' boundary= "' || 'SAUBHIK.SECBOUND' || '"' ||
                        UTL_TCP.CRLF);
   UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
    -- Mail Body
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        '--' || 'SAUBHIK.SECBOUND' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        'Content-Type: text/plain;' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        ' charset=US-ASCII' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle, l_message || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
    -- Mail Attachment
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        '--' || 'SAUBHIK.SECBOUND' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                       'Content-Type: application/octet-stream' ||
                        UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        'Content-Disposition: attachment; ' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        ' filename="' || p_filename || '"' || --My filename
                        UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        'Content-Transfer-Encoding: base64' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
/* Writing the BLOL in chunks */
    WHILE l_pos < l_blob_len LOOP
      DBMS_LOB.READ(l_blob, l_amount, l_pos, l_buffer);
      UTL_SMTP.write_raw_data(v_connection_handle,
                              UTL_ENCODE.BASE64_ENCODE(l_buffer));
      UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
      l_buffer := NULL;
      l_pos    := l_pos + l_amount;
    END LOOP;
    UTL_SMTP.WRITE_DATA(v_connection_handle, UTL_TCP.CRLF);
    -- Close Email
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        '--' || 'SAUBHIK.SECBOUND' || '--' || UTL_TCP.CRLF);
    UTL_SMTP.WRITE_DATA(v_connection_handle,
                        UTL_TCP.CRLF || '.' || UTL_TCP.CRLF);
    UTL_SMTP.CLOSE_DATA(v_connection_handle);
    UTL_SMTP.QUIT(v_connection_handle);
    DBMS_LOB.FREETEMPORARY(l_blob);
    DBMS_LOB.FILECLOSE(v_src_loc);
EXCEPTION
    WHEN OTHERS THEN
      UTL_SMTP.QUIT(v_connection_handle);
      DBMS_LOB.FREETEMPORARY(l_blob);
      DBMS_LOB.FILECLOSE(v_src_loc);
     sssl_internal_error_track(sqlcode,sqlerrm,'SSSL_SEND_MAIL',NULL);
END;Thanks in Advance.
Cheers,
Shan.
Edited by: Shan on 13 Jan, 2011 12:33 PM
Edited by: Shan on 13 Jan, 2011 1:05 PM

Trouble with Zip Files

I have been having problems with Expanding Zip Files, When I double click them I usually get an empty folder, Once I double clicked a Zip File and got 1 file i then double clicked again and got 2 files, I did it a third time and got 5 files, eventually I got all the files needed to run the program after several more times unziping.
I downloaded the "ParticleIllusion" Demo from http://www.wondertouch.com/
When I double clicked that i got nothing after a few times of re-downloading and trying to unzip the file I checked this discussion board for some answers and got nothing.
I then right clicked the file (I'm using a mighty mouse) and chose "Open With" I had 2 options 1. Stuffit Expander (default) and 2. BOMArchiveHelper (What ever that is) so I chose that, The Zip file decompressed perfectly first time!
I dont know what the program is, Who makes it, Or where it came from, All I know is It worked.
Ade

Adrian,
I found this: "BOMArchiveHelper is a core service that provides the mechanism behind the "Create Archive…" contextual menu in the Finder. It was introduced in Panther. Note that there are other libraries for zip compression available in OS X, and that BOMArchiveHelper is not well documented. The zip archives it produces have a proprietary method, similar to AppleDouble?, for preserving resource forks and other HFS metadata. As of this writing only BOMArchiveHelper and StuffIt 9 support it, but the archives can be opened with any other unzip program to access only the data forks." at http://www.cocoadev.com/index.pl?BOMArchiveHelper
And there is more at Wikipedia at http://en.wikipedia.org/wiki/BOMArchiveHelper
,dave
iMac G5, 2GHz; PowerBook G4, 1.3GHz; PowerMac G5, 1.8 GHz SP; iBook G4, 933MHz Mac OS X (10.4.2) Windows 2000, Samsung CLP-550N, LAN

Problem with Java and Zip Files

Hello there everyone. I have a problem with trying to zip up directories with empty folders in them. They zip fine with my code, but according to winzip, the number of files in the archive is incorrect. It's supposed to have a total of 288 files in it, but when it's zipped up, it only says 284. I mention specifically the "empty directories" note because the zipping works fine without empty folders.
Below is the code for the zip method:
public static void zip(File[] list, File zipfile, File zipRoot)
     throws IOException {
      if (!zipfile.exists()) {
               zipfile.createNewFile();
          else if (!zipfile.isFile()) {
               throw new IOException("The zip file, " + zipfile.getAbsolutePath()
                         + " is not a file.");
          if (list.length == 0) {
              LOG.error("The list of files to zip up is empty.");
          for (int i = 0; i < list.length; i++) {
               if (!list.exists()) {
                    throw new IOException("The file or directory, " + list[i].getAbsolutePath()
                              + " does not exist.");
          FileOutputStream fos = new FileOutputStream(zipfile);
          ZipOutputStream zos = new ZipOutputStream(fos);
          for (int i = 0; i < list.length; i++) {
               if (LOG.isDebugEnabled())
                    LOG.debug(i + ": " + list[i].getName());
               String entryName = getRelativeName(list[i], zipRoot);
               if (list[i].isDirectory()){
                    if (list[i].listFiles().length == 0){
                         ZipEntry entry = new ZipEntry(entryName + "/");
                         zos.putNextEntry(entry);
               else {
                    ZipEntry ze = new ZipEntry(entryName);
                    zos.putNextEntry(ze);
                    byte[] buffer = new byte[8096];
                    FileInputStream fis = new FileInputStream(list[i]);
                    int read = 0;
                    read = fis.read(buffer);
                    if (LOG.isDebugEnabled())
                    LOG.debug("\tFound " + read + " bytes.");
                    if (read == -1){
                         //empty file, but add it for preservation.
                         //zos.write(buffer,0,0);
                    while (read != -1) {
                         zos.write(buffer, 0, read);
                         read = fis.read(buffer);
                    fis.close();
                    zos.closeEntry();
          zos.close();
The files look like they're there, but I need the system to be able to determine the number correctly.
Here's the interesting thing: It zips the files, and then when I use the size() method for zip files in java, it says 284 files. But when I unzip, it says 288 again. It's like there's files missing when compressed, but when decompressed, they return. Note that the files are actually there. If I open the archive in a third party app such as Winzip AND Winrar AND IZarc, they all show 288 files. Any idea what would make the number of files appear incorrectly in a zip file when zipped by java with the code above? Thanks in advance.
- Chris

I figured out the problem. When zipping files in windows using winzip, it doesn't explicitly count folders as a "file/folder" as a file in itself. It will create the folders for files to go in, but the folder itself will not be 'counted' when you query the info of the file itself. You have more control of the zip file in java, and can count the folder as a file or not.

Since 10.8 problems to expand zip-files

Similar Messages

Maybe you are looking for