Improve company productivity with a Business Account.Sign Up

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 271
  • Last Modified:

reading files and init and main

I have set up an applet which has arrays that are initialised at the start of it however I want to change it to an application s.t. I can read in data from the files, so I included a main statement.. do I put all the data from the init into the body of the main, as when I run it the main is never dealt with...also I wish the data to be read from files into 2-d arrays of type double of unknown size do I use a data input stream...I'm stuck....Any help is most appreciated...TA ALAN (I feel stupid,Ireland)
  • 7
  • 5
1 Solution
kindly break up the question into small chunks, please?
Yes, moving the code from init to main would probably be the
reasonable way to proceed. I can't comment with certainty since
people can code things dozens of different ways, some of which
are rather unexpected. However, again, yes, in general, moving it
from init to main should work fine.

Reading an unknown amount of double data from a file has a couple
of points associated with it. Firstly, the DataInputStream class
you refer to, with its associated method readDouble, will only
be guaranteed to work, if the data was produced by a Java program
using writeDouble (from DataOutputStream) to create it. If it is
coming in from the console, or the file is in ASCII format or
some other variation, other methods will be required.
The amount of data being unknown has no straightforward elegant
solution. One way is to read through the file once to find out
how much data it contains, then allocate an appropriate array,
then read the data in. Or you can use a Vector of Double's.
Vectors "expand" automatically as needed. Or, thirdly, if you
don't like the extra malarky associate with accessing Vectors,
you can "expand" an array of doubles yourself as needed sort of
like so:

double dblarray[]=new double[50];
. set up DataInputStread di for the sake of argument....
int i=0;
{   dblarray[i++]=di.readDouble();
    {    double tmp[]=dblarray;
         dblarray[]=new double[tmp.length+50];
} while(dblarray[i-1]!=-1);

This above is demonstrate the array "expanding" principle, not
the reading with readDouble, which you may not use, and which,
I think, actually throws an IOException you will have to handle,
and would probably use for actual end-of-file detection, rather
than the -1 end value I hypothesized sloppily up there.

jimboyAuthor Commented:
The file is in ascii format unfortunately..what to do???
Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

Well, that will depend on the form of the data. At the simple end of the scale you use the readLine() method of the DataInput, which will give a line of the file in a string. Assuming that contains a single number you then call Integer.parseInt(String l) (or some appropriate equivalent from Float or Double or whatever) and it will hand you the number.

On the other end of the scale you can attach a StreamTokenizer to the inputstream then call its nextToken method, and as long as it reports that the next token is a number (TT_NUMBER) you can find it in nval (I think).

Check up on the docs for whichever one you think you need. If you still have questions, I will need more detail on the form of the input file.

jimboyAuthor Commented:
public void readfile() throws IOException
    try {
      fin=new FileInputStream(new File ("C:/WINDOWS/Desktop/Aljava/Project2/airp.dat"));
    catch (FileNotFoundException e){
//****print an error if the file is not available****//
    text[1].setText("File not found");
   dat = new StreamTokenizer(new FileReader ("C:/WINDOWS/Desktop/Aljava/Project2/airp.dat"));
      while(dat.nextToken()!=dat.TT_EOF) {
            airparr = dat.nextToken();
imladris this is my code for this example, every time i run it the value returned is 3 even tough the value I wish is 23.47...I'm lost, I think I need a holiday your help is most appreciated as although it doesn't look like it I think the solution is close at hand! Help me please...airparr is a double value, it will eventually be an array but if I could just get one value being read in properly I would be YEAH happy.

Your almost there. I believe you are in fact getting a negative three returned from nextToken, which is the constant it uses to indicate that the token it found was a number (StreamTokenizer.TT_NUMBER). To get the actual number you can access the instance variable nval. So you get


jimboyAuthor Commented:
imladris I AM NOT WORTHY.......
jimboyAuthor Commented:
imladris i'm back I don't know what is going wrong now I get a value of 4.0 for airparr my file is saved as a w.p 6.1 file with only 1 value in it.....peeved with JAVA
jimboyAuthor Commented:
it's 3.0 again......ooh!
W.P 6.1 file? Do you mean a wordperfect file? If so, I wouldn't
use that. Word processors stick all kinds of gnarly stuff in
their files, about fonts and sizes and headers and footers etc.
etc. etc.

Use notepad, or some other simpleminded editor.

jimboyAuthor Commented:
when i use notepad it reads it in as 0.0????????????Are you as peeved with this as I am? Ta for all your help AGAIN
jimboyAuthor Commented:
One final question if you don't mind and i'll be out of your hair for ever (phew i hear you sigh)....if there are other values in the file eg -#b how do i get my function to skip these values???????
Should magically happen, since anything with characters in it will return with a token type of TT_WORD, and so the if in the loop will fail and airpar will not be assigned.

W.r.t. the values you're getting, perhaps the next thing to do is check what Java is seeing, to make sure that you and Java agree on its contents. Make a small file, and output it to the console with a small loop like:

DataInputStream di=new DataInputStream(new
String line;
boolean done=false;
{  try
   {   line=di.readLine();
   } catch(IOException e)
   {   done=true;
} while(!done);

This will allow you to see what Java thinks is in the file.

Let me know what you find.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 7
  • 5
Tackle projects and never again get stuck behind a technical roadblock.
Join Now