Binary file problem

I am writing to a binary file. My poblem is that i want that the next time it write to the file it will write on a new line. What can i do? Thanks a lot.
This is the piece of code that writes to the file:
                     File aFile = new File( "players.dat" );
                     // create an output stream to the file
                     FileOutputStream aFileOutStream = new FileOutputStream ( aFile, true );
                     // create a data output stream to the file output stream
                     DataOutputStream aDataOutStream = new DataOutputStream ( aFileOutStream );
                     // write data to file
                     aDataOutStream.writeUTF(player);
                     aDataOutStream.writeUTF(String.valueOf(percent) );
                     aDataOutStream.writeUTF(type );
                     aFileOutStream.close();

kopl wrote:
I am writing to a binary file. My poblem is that i want that the next time it write to the file it will write on a new line. What can i do? Thanks a lot.I'm confused. I'm no expert in I/O, but When I hear "new line" I think "text file"; "new line" and binary files just don't seem to mix properly in my mind.

Similar Messages

Binary file problem (Read a specific Stream)

Hi Guys ,
I have a problem , I want to read a binary files but not the whole binary file. I only want to read one stream.
Forexample , I have a binar files which has 5 streams. If I only want to read one of the stream what should i do ? How do i get the position of each stream starting and end ?
The binary file is attached.
Please note that the file was 5.7mb where as labview message system allows 5.2mb. therfore i uploaded the file on a file host
http://uploading.com/files/55524a3d/10211001_.raw/
Thankyou in advance
Rgs
M Omar Tariq

As far as I can understand. You are able to read and decode the file in Labview. But have problems with big files. In such cases. Read the data file in chunked and discard data not needed. You can also make a tool that splits the multi-channel data into separate files in a binary format easy to read from Labview. It is also not needed to have all the data in memory then analyzing the data. Analysis may in many cases be done in chunks.
Besides which, my opinion is that Express VIs Carthage must be destroyed deleted
(Sorry no Labview "brag list" so far)

Problem when streaming out a binary file

Hi,
I am trying to stream out a binary file to an output stream (not a file, but a socket). My file is a gzip file, and I was initially simply trying to open the
file, read it to a a byte array, and writing it out to my output stream. However, I got corrupted data at my other end and it took me quite a bit of
debugging hours to find out why.
I tried writing to a file the same information I was writing to my output stream but, although my file was correct, my output stream still contained
corrupted data.
I think I have finally narrowed down my problem to the fact that when I try to write a 0x00 value to my output stream, everything gets ignored from this
point until I write a 0x0a byte to my output stream. Obviously this produces corrupted data, since I need all the bytes of my binary file.
If somebody can direct me as to how to write a 0x00 value to a socket output stream, I would really appreciate your input.
This is a sample of my code (Right now I am writing byte by byte: not very efficient, but was the only way I found where I was getting a problem):
// out is of type OutputStream
if (Zipped){
     // In this case we just have to stream the file out
File myFile = new File(fileName);
     FileInputStream inputFile = new FileInputStream(myFile);
     FileOutputStream fos = new FileOutputStream(new File("/tmp/zip.gz")); //zip.gz results in a good (not corrupted) file.
     ByteArrayOutputStream out1 = new ByteArrayOutputStream(1024);
     int bytes = (int)myFile.length();
     byte[] buffer = new byte[bytes];
     bytes = inputFile.read(buffer);
     while (bytes != -1) {
          out1.write(buffer,0,bytes);
          bytes = inputFile.read(buffer);
     inputFile.close();
     try {
          int count=0;
          bytes=out1.size();
          while (count<bytes){
               fos.write(buffer,count,1);
out.write(buffer,count,1); // when buffer[count] == 0x00, everything after it gets ignored until a 0x0a byte is written.
               count++;
     } catch (IOException ioe) {
          SysLog.event("IOEXCEPTION: "+ioe);
     } catch (Exception e) {
          SysLog.event("EXCEPTION: "+e);
     fos.flush();
     fos.close();
     out.flush();
out.close();
     return;
}

Actually, I had thought about that and for some time I tried getting rid of some of the header information in the gzipped file, and then I stopped doing that when I realized that part of the gzipped file is a CRC value which I believe is computed taking into account both the data of the file and the header information. If this is the case, then getting rid of part of the header would produce a corrupted file ... but then, I might be wrong in this issue.
Anyway, to make my application more clear, what I am doing is writing the code for a cgi command which is suppossed to access information from a database, create an xml file, gzip it, and then send it to the client who requested the information.
Therefore, what I am sending is an xml file (Content-Type: text/xml) in compressed format (Content-Encoding: gzip). Note that if I don't gzip the file and then send it uncompressed to the client, I have no problems. However, for me it is very important to gzip it because the size of the file can get very large and that would just take bandwidth unnecessarily.
On the other hand, if I try to gunzip the file locally, I have no problem either (the file is not corrupt at the server's end). Therefore, my problem is when I stream it out.
Any further help would be really appreciated!

Problems with binary files

Hello everybody!
I'm having deep trouble with reading from binary files.
I have opened a DataInputStream with a FileInputStream to read the data (which consists of a lot of short-Variables) into my program.
Then I wondered why the data read is always wrong, until I discovered the core of the problem yesterday night. It seems as if Java reads everything correct, but the 16bit unsigned int data from the file has a problem.
It seems as if the second byte is written first, that means i.e. the decimal 2352 (Hex: 09 30) is written 30 09, and that wreaks havoc upon my program, because Java interprets this as dec 12297.
Now I have the following questions:
1. Is this a kind of one- or two-complement problem?
2. Is it possible to read this in a byte array (yes), and convert this byte array afterwards into a short variable?
3. Is it possible to read this kind of data with a Java class?
Thank you very much in advance,
Hans Munzel

Thank you for your quick reply!
I already thought that this is the right way to solve this. Now I have already looked it up:
- I have found no class that is able to transform a byte array into a basic data type.
- The class Integer is able to convert int variables into a Hex string, making it possible to concatenate the Strings in the correct order and convert it.
- The class Byte is unfortunately NOT able to do this.
So, I have tried to make a conversion via combinations of toString(), decode(), and parseInt() (and a lot of other methods, too), but this is a) very complicated and b) prone to errors which result normally in a fatal exception.
So, am I missing something? I am using JDK 1.3.1, and have looked through the java.lang and java.math packages, but I found nothing I can use.
The only thing close to converting a couple of bytes to a Java datatype is the DataInputStream with its readShort() etc. methods, but is is causing the problem in the first place ...

Problem working with binary file

Hi,
I have two seperate programs.
The first one:
*Reads a PDF file from disk via InputStreamReader.read(char[])
*converts it to s String [String.valueOf(char[])]
connects to other program using Socket and writes the string's bytes to the OutputStream of the Socket (socket.getOutputStream().write(string.getBytes);)
Second one:
*Reads the file from socket via BufferedReader.read(char[])
*converts it to a string via String.valueOf()
*writes it to a file using FileOutputStream.write(content.getBytes())
The problem is:
If the secong program is running on Win2K,the PDF file is opened with no errors but the pages are all blank.But everything is OK if it is running on Unix(IBM AIX java ver 1.3.1)
First program is always on Win2K.
I compared the win2k and unix PDF files,some nonprintable chars are displayed as ? in the win2K one,
what can be the reason? why does the same problem not occur on Unix?
Some problems are mentioned on web/forums but these are related with browsers or servlets which I am not using in this case.
Thanks in advance,

PDF is a binary file.
You're doing 1 of 2 possible things wrong....
1) trying to read a binary file as a text file ( string )
You can't "just read" a binary file as a text file to extra the strings.
You need to get the binary format, and parse it's format properly to extract the
string data.
2) trying to send a binary file across a socket as a string
You need to read the PDF file as an array of bytes and send them across
the socket as such. Trying to convert binary data to characters / strings
is wrong. characters get converted to and from native encoding schemes to
unicode.... among other problems.
regards,
Owen

Urgent - pls help - Problem while inserting binary file into Oracle DB

Hi,
I am trying to insert binary files into a Blob column in a Oracle 10G table.
The binary files would be uploaded by the web users and hence come as multipart request. I use apache commons upload streaming API to handle it. Finally i am getting a input stream of the uploaded file.
The JDBC code is
PreparedStatement ps=conn.prepareStatement("insert into bincontent_table values(?)");
ps.setBinaryStream(1,inStream,length);
My problem starts when i try to find the length of the stream. available() method of inputstream does not return the full length of the stream. so i put a loop to read thru the stream and find the length as shown below
int length=0;
while((v=inStream.read())!=-1)
length++;
Now, though i got the length, my stream pointer has reached the end and i cant reset it(it throws an error if i try).
So i copied the stream content to a byte array and created an ByteArrayInputStream like this.
tempByteArray=new byte[length];
stream.read(tempByteArray,0,length);
ByteArrayInputStream bais=new ByteArrayInputStream(tempByteArray);
Now if i pass this bytearray input stream instead of the normal input stream to the prepared statement's setBinaryStream() method it throws an error as
"ORA-01460: unimplemented or unreasonable conversion requested".
Now how to solve this?
My doubts are ,
1) preparedStatement.setBinaryStream(int parameterIndex, InputStream x, int length) expects an inputstream and its length. if i have the stream how to find its length with out reading the stream?
2) Also as the length parameter is a integer, what if i have a large binary file whose length runs more than the capacity of integer
3) Alternatively there is a setBlob(int i, Blob x) in prepared statement. But how to instantiate a Blob object and set it here
4) Is there any better way to do this.
Thanks in advance

"ORA-01460: unimplemented or unreasonable conversion
requested".When the setBinaryStream method is used, the driver may have to do extra work to determine whether the parameter data should be sent to the server as a LONGVARBINARY or a BLOB (reference: javadoc)
1) preparedStatement.setBinaryStream(int parameterIndex,
InputStream x, int length) expects an inputstream and its length. if i
have the stream how to find its length with out reading the stream?no. stream may have no specified length. i think you have wrong understanding about stream.
2) Also as the length parameter is a integer, what if i have a large
binary file whose length runs more than the capacity of integer
3) Alternatively there is a setBlob(int i, Blob x) in prepared statement.
But how to instantiate a Blob object and set it here
4) Is there any better way to do this.use ps.setBlob(1, instream) instead

Problems writing a structured binary file...

Hi Folks,
I've been working with one of my students to convert this matlab routine into a VI to no avail:
fwrite(fout,version,'char');
fwrite(fout,nchar_text,'short');
% convert wave_text into array of ascii integers
fwrite(fout,wave_text,'char');
% output a null character to terminate string
%count=fwrite(fout,0,'char');
fwrite(fout,n_bits,'char');
fwrite(fout,n_bytes,'char');
fwrite(fout,data_polarity,'char');
fwrite(fout,user_data,'float');
fwrite(fout,s_rate,'ulong');
fwrite(fout,adrange,'float');
fwrite(fout,n_pts,'long');
fwrite(fout,wave,'short');
fclose(fout);
I've written a VI that can open the files written by this Matlab procedure with no problem (see openfile.VI), however I can't seem to recreate the method for writing this file to binary (writefile.VI). I think the Matlab approach is very similar to C, and I'm guessing the issue has to do with converting datatypes effectively. I've been searching the forms and google, but can't seem to come up with the proper solution. Any pointers would be greatly appreciated!
Best,
Jason Gallant
Attachments:
writefile.vi ‏27 KB
openfile.vi ‏26 KB

crossrulz wrote:
The additional bytes for the array and string lengths is what is throwing you off. Even if you turn it off at the Write Binary File, because you built a cluster they will be in there. You do not want to cluster up your data in this case. You need to string together a bunch of Write Binary Files, one for each of your parts of data. Similar to what you had to do in Matlab.
Great suggestion! We tried implementing this, and things are looking better. I've attatched the new VI that implements this. There still seems to be a problem, however with the datatypes being written. As mentioned in the previous post, the data written is:
version - 'char
nchar_text, 'short'
wave_text, 'char'
n_bits,'char'
n_bytes,'char'
data_polarity,'char'
user_data,'float'
s_rate,'ulong'
adrange,'float'
n_pts,'long'
wave,'short'
Should i be typecasting (or something similar) to string in order to make this readable by my previous routine?
Attachments:
writefile.vi ‏38 KB

Problem saving 2D array to binary file

I am getting some strange results when trying to write a transposed 2D array of Unisgned 8-bit data to a binary file. Attached is an example program ("071026_ArraySave_Bug.vi") which demonstrates the suspicious behavior.
The program generates a small 2D array of U8 data, then saves it to two temporary files using two different methods.
1) Row-by-row: The 2D array is auto-indexed, and the indexed row is written to file at once (with the prepended size option disabled).
2) Point-by-point: Two For loops are used to auto-index each element and write it to file individually.
The saved files are then reopened and the data is read into two 1D arrays for display.
The bug occurs when the generated 2D array is transposed before being saved to file. In the point-by-point method, the data is always saved to the file as desired, i.e. by row or by column depending on whether the data was transposed. However, in the row-by-row method the data is incorrectly saved when the input data is transposed. Without transposing the array, the row-by-row results are correct.
Saving the array row-by-row is significantly faster for larger arrays, so this method is desired.
Note that the option to transpose the input data in the attached VI is performed using a case structure with a boolean constant ("Bug Control"). This is important because:
1) The bug does not occur if the boolean constant is replaced with a control.
2) The bug does not occur if the case structure is replaced with a "Select" node from the Comparison Palette.
3) The bug still occurs if the case structure is removed such that the array is always transposed (i.e. keep the True case).
For now, I have been able to circumvent the bug in practice by transposing the array and then passing it through a Select with a constant True (the False case uses the untransposed array). This allows the faster row-by-row method to be used without error, but requires new memory allocation for the transposed array.
I will appreciate any help that can be given regarding this problem, or simply confirmation that it is indeed a bug in Labview 8.5. It is worth noting that the same program did not produce any errors when run in Labview 7.
Thank you for your help,
David Viggiano
Attachments:
071026_ArraySave_Bug.vi ‏29 KB

This is a known bug (CAR : 4DP855N3) , related to memory management. see this thread
If I remember well, Altenbach shown somewhere that forcing the transpose operation to produce a copy of the memory was a proper workaround.
Message Edité par chilly charly le 10-26-2007 08:40 PM
Chilly Charly (aka CC)
E-List Master - Kudos glutton - Press the yellow button on the left...
Attachments:
071026_ArraySave_Bug[1].png ‏2 KB

Problem rendering certain bytes when reading binary file

I have a two part problem. I am trying to read files of any type from a client and transfer them over a pipe to a UNIX host running a C API. I have this process working for text data just fine however when I try and submit binary data there appears to be some data loss. Most of the file appears to end up on the host but it just isn't as long as the source, nor will it render correctly.
In investigating this problem I tried to simply output a temporary copy of the transferred file on the client as I was reading the file just to see if my "thinking/process" was correct. The copy of the file ends up the same length but some bytes seem to have been misread. Upon doing a windiff on the source and copy it appears that several characters that are rendered as blocks in the original show up as '?' in the destination file.
I believe this is an entirely different problem than why I am losing data on the host side but I want to first figure out why this problem is occuring. The below code is how I am reading and writing the binary file. I realize it has some problems with it, it is more of a POC at this point.
           final int BUF_SIZE = 1000; // 1K
           char[] cBuffer = new char[BUF_SIZE];
           byte[] bBuffer = new byte[BUF_SIZE];
           int read = BUF_SIZE;
           long length = fLocalFile.length();
           FileInputStream fis = new FileInputStream(fLocalFile);
           DataInputStream dis = new DataInputStream(fis);
           FileOutputStream fos = new FileOutputStream("C:\\temp.file", false);
           DataOutputStream dos = new DataOutputStream(fos);
           for (int start = 0; start < length && reply.getSuccess(); start += read)
               System.out.println("length: " + length + " start: " + start);
               read = dis.read(bBuffer, 0, BUF_SIZE);
               // Send the file data
               String sTemp = sDestName + ":" + new String(bBuffer,0,read);
               dos.write(bBuffer,0,read);
               reply = axBridge.execute (Commands.CMD_FILE_TRANSFER_SEND, sTemp);
            dos.close();
        }It seems as if when reading or writing on the data streams some of the characters aren't getting converted correctly. Can anyone help? I've been testing with a PDF if that sheds any light.

Yes but you ARE converting to a String first which you then send to the axBridge (sTemp!). Try just sending the bytes. You can easily pre-pend the "<filename>:" by sending those first.
I know that some conversions occur when converting to a String, what they are exactly and what the exact effects are escapes me. Past experience though has taught me to ALWAYS send bytes, with no conversions, what you read is what you send.
You may need to modify the send/receive protocol so that you send the command first with the filename then the bytes are sent after...
As for why the file is not being written correctly to: c:\\temp.file, don't know... try the following code, it tends to be one of the "standard" ways of "streaming" data...
     byte buf[] = new byte[bufSize];
     int bRead = -1;
     while ((bRead = in.read (buf)) != -1)
         out.write (buf,
                 0,
                 bRead);
     }     And try just using a FileOutputStream or wrapping in a BufferedOutputStream.

Getting problem while editing a binary file

Hi All,
I am trying to edit a binary file using Java.The file contain a string that I have to replace with some other string.For exanple let us assume following is the content of the file -
õgëÓÌ©ÿÿ ABC õgëÓÌ©ÿÿ
Here, I have to replace this ABC(a string) with some other string.Now,if the replace string length is more than 3(the length of exiting string) then, the binary file is generating some blank space at the end.
My Code::
//Here I am trying to insert "Hello" in place of "ABC".
FileInputStream fis = null;
fis = new FileInputStream(aFile);
FileOutputStream to = new FileOutputStream(aF);
byte[] aTes=new byte[1024];
String str="Hello";
aTes=str.getBytes();
byte[] buffer = new byte[4096];
int bytesRead;
while ((bytesRead = fis.read(buffer)) != -1) {
to.write(buffer, 0, 5);
to.write(aTes);
to.write(buffer, 5, bytesRead);
Plesae guide me to solve this problem.
Regards,
Soumitra

Okay. So was that code you posted supposed to be a failed answer to the question, and you need help with fixing it? Because to me it just looks like code which copies a file, with random modifications. It doesn't look for ABC in any way, it uses the magic number "5" for no apparent reason, and the other modifications are buggy too. So clarification of what the code is supposed to be would be helpful.

Binary File IO DLL Problem

Hiii
I have developed one Binary file Read/Write Vi.. and then i have convert that vi in to DLL......
Now i tested that DLL Vi it is showing an error No 74. Actually for Binary write i will convert the Input cluster to Flattern to String and for Binary Read i will convert the output to unflattern to string.. I have attached the TEST.vi for reference
Attachments:
Binary Read#Write DLL.vi ‏18 KB
Binary File Read#Write.vi ‏24 KB
TEST.vi.vi ‏31 KB

hi there
if you want to read the size of the string you have to enable the "append array or string size" at the write file function. or you do not append the size and simply read all bytes.
in any case you should replace existing files to avoid remaining bytes of larger strings written in prior calls.
See attachment for details.
Best regards
chris
CL(A)Dly bending G-Force with LabVIEW
famous last words: "oh my god, it is full of stars!"
Attachments:
IO.JPG ‏66 KB
IO_8.5.vi ‏27 KB

Binary file pop up problem. what do i do?

when i try to open a new page, a little window opens up telling me "You have chosen to open Firefox Setup 3.6.12.exe which is a: Binary File from: http://ftp.halifax.rwth-aachen.de Would you like to save this file?" Ive tried uninstalling firefox and reinstalling it, but nothing works. what do i do? also, when i looked up the given url in the window, it led me to a linux site. i dont even use linux, i use windows xp

http://www.mozilla.org/community/mirrors.html <br />
That is an official Mozilla download mirror at the RWTH Aachen University.
Have you tried a new Firefox Profile? <br />
http://kb.mozillazine.org/Creating_a_new_Firefox_profile_on_Windows

Problem in Writing to/Reading from a Binary file placed in a Loop

Hi
As you can see in the attahced image, I attempt to write a set of 2*202 data in each iteration of the loop of the loop, yet when I try to read the data (in the second picture) I only get the first (or last, I assume) set of data, up to index 202. I needed to read two set (X, Y) of 402 valuse. So, I am not sure if I am making a mistake in wrting to the file or reading from it!
I really appreciate it if someone could suggest a solution
Ashakn

You are only reading the first. In your read, set your number to read to -1. That will tell the Read Binary File to read all of the data instead just a single set.

Siebel 8.0.0.12 Fix Pack; Unable to get the seed from binary file.

Hello Folks,
Can anyone throw some light into what action is required on my scenario.
I have applied Fix Pack Siebel 8.0.0.12 on top of 8.0.0.11 SBA. After it is appled, I am facing a documented issue within the Release Notes for the 8.0.0.12 Fix Pack
The issue is "UNABLE TO LAUNCH URL AFTER APPLYING SIEBEL 8.0.0.12". I tried the steps given with the MR document, however, I am still having this issue.
I am also not sure what is expected at the step of; Run the following command: seedgeneratorutil myseed.dat abcdef .
It's asking me for a value to enter for seed at command prompt. "Enter the seed":
what I should give here. As an assumption values,I gave SADMIN and tried to launch but still shows up the same error
Please Assit
Steps Details from Release Notes:
UNABLE TO LAUNCH URL AFTER APPLYING SIEBEL 8.0.0.12
Component: Server Infrastructure
Subcomponent: SWSE
Product Version: Siebel 8.0.0.12
Base Bug ID: 11938270
**Users are unable to launch the URL after applying the Siebel 8.0.0.12 Fix Pack.
**Use the following workaround to address this issue:
Navigate to the eappweb/bin directory from the command line on the SWSE installation.
Run the following command:
seedgeneratorutil myseed.dat abcdef
NOTE: In the example, myseed.dat is a filename. You can give any file name you wish.
The myseed.dat file is generated in the eappweb/bin directory.
Edit eapps.cfg to include the following parameters under the SWE section:
seedfile = < complete path for myseed.dat >
Bounce the web server.
(For Linux only) Copy libmod_swe.so from the eappweb/bin folder to the web/ohs/modules folder
Thanks
Kumar

Wilson,
Thanks for your reply.I have repeated the steps and regenerated the error messages.
Browser
Message:
An error occurred while trying to process your request. This error indicates a problem with the configuration of this server and should be reported to the webmaster (along with any errors listed below). We apologize for the inconvenience
Initialization error:
Unable to get the seed from binary file.
Log
2021 2011-09-20 23:23:01 0000-00-00 00:00:00 +0530 00000000 001 003f 0001 09 ss110920_7068 7068 7852 E:\sba80\SWEApp\log\ss110920_7068.log 8.0.0.12 [20444] ENU
ProcessPluginState ProcessPluginStateError 1 000000024e781b9c:0 2011-09-20 23:23:01 7852: [SWSE] Unable to get the seed from binary file.
Eapps.cfg
[swe]
Language = enu
Log = errors
LogDirectory = $(SWSERoot)\log
ClientRootDir = $(SWSERoot)
SessionMonitor = False
AllowStats = true
LogSegmentSize = 0
LogMaxSegments = 0
DisableNagle = False
seedfile = E:\sba80\SWEApp\BIN\80012seed.dat
Thanks
Kumar

Report using Binary file

Hi All , can anyone help me here ...
I used “Write to Binary” to write my report , at first stage this file is writing headers , including column headings . at 2nd writing stage it is writing data in columns. This file can be viewed in .doc or .xls format. I have three issues
1.         If I want to print this file from Front Panel , what I should do?
2.         other thing is if I stop logging and then start for another span , it starts writing from the first line instead of from last line , because of this problem it is causing over-writing .
3          another thing , lets say if for 2nd or 3rd logging , I want to display sub-headings (test-1 , test-2) , how to insert , for example :
MAIN HEADING (COMPANY NAME , REPORT TITLE )
DATE , PRODUCT INFO , OPERATOR NAME
COL1              COL2              COL3              COL4
Subheading (test-1)
Value1             Value2             Value3             Valye4
Value1             Value2             Value3             Valye4
Value1             Value2             Value3             Valye4
Subheading (Test-2)
Value1             Value2             Value3             Valye4
Value1             Value2             Value3             Valye4
Value1             Value2             Value3             Valye4
Any help in this regard will be highly appreciated.
Regards
Faiyaz
Attachments:
report-writing-binaryfile.vi ‏68 KB
02-display-subVI.vi ‏12 KB

Hi Faiyaz,
1. How Do I Print a File Programmatically From LabVIEW?
2. Please the Programming >> File I/O >> Advanced File Functions >> Set File Position function on the block diagram after the Open/Create/Replace File function and set the from input to "end." This will append new data to the end of the file.
3. You can simply add that information to the Format into String you are writing to the second Write to Binary file.
Michael K.
| Michael K | Project Manager | LabVIEW R&D | National Instruments |

Binary file problem

Similar Messages

Maybe you are looking for