C / C++ / MFC

6-Jul-05 6:08

Is there a way to create a program that would read a text file and every time it found a space it would replace the space with a line return?

David Crow6-Jul-05 6:20

6-Jul-05 6:20

Sure! Are you using MFC?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Martial Spirit6-Jul-05 6:53

Martial Spirit

6-Jul-05 6:53

sure, It isn't a difficult thing Smile | :)

read the text to buffer, and chr the space char ' ', then replace it with '\r', OK, output it to file or screen.

Best Regards

Andrew Admire6-Jul-05 8:14

6-Jul-05 8:14

Is it still possible with the console app? I would like to output it to a new file.

David Crow6-Jul-05 8:30

6-Jul-05 8:30

Andrew Admire wrote:
Is it still possible with the console app?

Of course.

Andrew Admire wrote:
I would like to output it to a new file.

Not a problem.

Is this an MFC-based application?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Andrew Admire6-Jul-05 8:35

6-Jul-05 8:35

I do not know how to use MFC so no, I would like it to be straight console app based.

David Crow6-Jul-05 9:31

6-Jul-05 9:31

Andrew Admire wrote:
...I would like it to be straight console app based.

MFC can be used in both GUI and console applications.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Andrew Admire6-Jul-05 9:41

6-Jul-05 9:41

Ok, then no I would like to use C++.

David Crow6-Jul-05 11:03

6-Jul-05 11:03

This should get you close. You can make the necessary changes and organize it a bit better.

FILE *pFile = fopen("C:\\!conMania Collection\\list71.txt", "rb");
if (NULL != pFile)
{
    // how big is the file?
    fseek(pFile, 0, SEEK_END);
    long lSize = ftell(pFile);
    fseek(pFile, 0, SEEK_SET);
     
    // allocate a buffer for it
    char *pBuffer = new char[lSize];
     
    // read the entire file
    // much more efficient than reading one byte at a time
    fread(pBuffer, sizeof(char), lSize, pFile);
    fclose(pFile);
     
    // change the spaces to linefeeds
    for (int x = 0; x < lSize; x++)
    {
        if (pBuffer[x] == ' ')
            pBuffer[x] = '\n';
    }
     
    // create a new file
    pFile = fopen("C:\\!conMania Collection\\list71_temp.txt", "wb");
    if (NULL != pFile)
    {
        fwrite(pBuffer, sizeof(char), lSize, pFile);
        fclose(pFile);
    }
     
    delete [] pBuffer;
}

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Anonymous6-Jul-05 19:33

Anonymous

6-Jul-05 19:33

Don't you need replace with a \r\n ?

David Crow7-Jul-05 2:29

7-Jul-05 2:29

I don't know. It's not my project. Given that \r is a carriage return and \n is a line feed, I'm not sure what a "line return" is.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

cgb1436-Jul-05 15:05

cgb143

6-Jul-05 15:05

this needs a lot of polish, but it does the bare essentials.
in_filename and out_filename could be selected using CFileDialog. they are hard coded here.

#include windows.h
#include string.h
#include stdio.h

main()
{
FILE *infile_p; // pointer for read file
FILE *outfile_p; // pointer for write file
int byte;// var for byte read from file

if ((infile_p = fopen("in_filename", "r"))==NULL) // open file for read
{
exit(0);
}
if ((outfile_p = fopen("out_filename", "w"))==NULL) // open file for write
{
exit(0);
}

while (!feof(infile_p)) // end of file test
{
byte = (fgetc(infile_p));
if (byte == 32) // look for a space
{
fprintf(outfile_p ,"%c%c", 0x0d, 0x0a);/ replace it with CR/LF
}
else
{
fprintf( outfile_p, "%c", byte);
}
}

return(0);
}

Anonymous8-Jul-05 6:07

Anonymous

8-Jul-05 6:07

Your program worked. However it kept the space after the . at the end of the sentence.

beerboy_227-Jul-05 14:23

beerboy_22

7-Jul-05 14:23

Here's a C++ solution:

#include <fstream>
#include <string>
using namespace std;

...

ifstream in("in.txt");
ofstream out("out.txt");
string s;
while(is >> s) os << s << endl;

ATL MFC troubles

Bob Stanneveld6-Jul-05 5:07

Bob Stanneveld

6-Jul-05 5:07

Hello,

I'm developing an application using Visual Studio 2005. I use MFC and eveything was working (the prototypes, the application layer, eveything) until I set up the integration project. Everything compiled with a lot of warnings. I fixed them (mostly deprecated warnings that I suppress using the _CRT_SECURE_NO_DEPRECATE define).

After fixing the warnings, errors stared to appead from every GUI file it was compiling. The 5 errors that keep coming back are:

c:\program files\microsoft visual studio 8\vc\atlmfc\include\atltime.h(393) : error C3861: '_localtime64_s': identifier not found
c:\program files\microsoft visual studio 8\vc\atlmfc\include\atltime.h(394) : error C3861: 'strftime': identifier not found
c:\program files\microsoft visual studio 8\vc\atlmfc\include\atltime.h(420) : error C3861: '_gmtime64_s': identifier not found
c:\program files\microsoft visual studio 8\vc\atlmfc\include\atltime.h(421) : error C3861: 'strftime': identifier not found
c:\program files\microsoft visual studio 8\vc\atlmfc\include\atlcomtime.h(363) : error C3861: 'strftime': identifier not found

I don't know why they appear or how to make them go away. Does anybody have a clue what might be going on?

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

Re: ATL MFC troubles

Bob Stanneveld6-Jul-05 5:56

Bob Stanneveld

6-Jul-05 5:56

I don't know why I solve problems just after posting a message here, but it happens everytime I post a problem. Don't get me wrong, but I try several hours if not days before I post a new thread here, but just after that, I find the solution.

The problem was that I have a file called "time.h". This is not the real problem. I specified additional include directories and the MFC file includes <time.h>. The additional include directories cause the compiler to include my time.h instead of the right time.h (the C header). I don't know why my directories have precedance over the standard directories, but I think that MS would say: "This is by design.."

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

Re: ATL MFC troubles

David Crow6-Jul-05 6:23

6-Jul-05 6:23

Bob Stanneveld wrote:
I don't know why my directories have precedance over the standard directories...

It all depends on the form used:

#include "time.h" -- The preprocessor first looks for the file in the same directory of the file that contains the #include statement.
#include <time.h> -- The preprocessor first looks for the file along the path specified by the /I compiler option.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: ATL MFC troubles

Bob Stanneveld6-Jul-05 20:29

Bob Stanneveld

6-Jul-05 20:29

DavidCrow wrote:
#include "time.h" -- The preprocessor first looks for the file in the same directory of the file that contains the #include statement.
#include <time.h> -- The preprocessor first looks for the file along the path specified by the /I compiler option.

I know that, but I don't know why an MFC library file includes my Time.h file using the #include <time.h> directive. I thought that directive tells the compiler to look first in the INCLUDE environment variable. Guess it does not.

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

memory allocation

Martial Spirit6-Jul-05 4:33

Martial Spirit

6-Jul-05 4:33

How to determinate the memory allocated in a specific dll module.
my software crashed in scilence, the only reason is I loaded too big pictures, and I called some function in specific dll, so I'm wondering how many bytes my dll allocated for me.

thank you !

Best Regards

Re: memory allocation

David Crow6-Jul-05 5:06