Есть два файла. один читается (modeRead), в другой (modeCreate|modeWrite) пишется информация. Вс╦ функционирует одновременно в одном цикле.
После завершения цикла. вызывается метод Close для обоих файлов. Тот файл, который читался, закрывается без ошибок.
Файл в который вс╦ писалось не закрывается.
CXX0030: Error: expression cannot be evaluated char
и -
_tmpfname 0x00000000 <Bad Ptr> char *
для чтения и записи использую функции ReadString() и WriteString()
Как можно решить эту проблему?

Странно. Сто раз пользовался, но такого не было.

Я не пользовался ни разу, но выглядит как разименовывание нулевого указателя. 2автор: покажи код.

Что такое разыменовывание? Dereference?

ну дa

Угу. Похоже поинтер не тот.
---
Хорошее владение компьютером, а также его последующий ремонт...

Я ни разу не пользовался указателями при работе с этим классом. Но черт его знает, что у автора там в коде :) Посмотреть надо.
зы Но обычно, если указатель нулевой, ошибка другая...

ULONGLONG ulPosition,i;
int n;
CString csStr,csStr1,csHelp,csLineNumber;
CStdioFile ifile(csFileName,CFile::modeRead);
csOutfile = pGlobals->m_ggsTargetDir+"\\"+PathFindFileName(csFileName);
if (!PathFileExists(pGlobals->m_ggsTargetDir))
{
csOutfile = pGlobals->m_ggsProjectPath;
if(!csOutfile.IsEmpty())
{
// csOutfile can contain
// - a directory-path
// - a file-path
// -> check it
if(GetFileAttributes(csOutfile) & FILE_ATTRIBUTE_DIRECTORY)
csOutfile += "\\" + csFileName;
else
{
char szPath[_MAX_PATH],
szDrive[_MAX_DRIVE],
szDir[_MAX_DIR],
szFName[_MAX_FNAME],
szExt[_MAX_EXT];
_splitpath(csOutfile, szDrive, szDir, szFName, szExt);
_makepath(szPath, szDrive, szDir, "", "");
csOutfile = szPath;
}
// (2) Set/create default output directory (...\OUTPUT\SRC)
csOutfile += "OUTPUT\\INSTRPRO";
if(!::CreateDirectory(csOutfile, NULL))
{
// directory already exists
}
csOutfile += "\\" + csFileName;
}
else
{
//error message
//pGlobals->Error
return 0;
}
}
CStdioFile ofile(csOutfile,CFile::modeCreate|CFile::modeWrite);
i=n=0;
ulPosition=ifile.Seek(0,ifile.end);
ifile.SeekToBegin();
ifile.ReadString(csStr);
csStr.Trim();
while (i<ulPosition)
{
if (csStr.Left(1)!="#" || csStr.Left(1)=="")
{
do
{
ofile.WriteString(csStr+"\n");
ifile.ReadString(csStr);
csStr.Trim();
i++;
}while (csStr.Left(1)!="#" && i<ulPosition);
}
if (csStr.Left(1)=="#")
{
csHelp="";
n=0;
csHelp=UntilCharacterStr(csStr,' ',n); //check directive "if...",...,"endif"
if (csHelp=="#if" ||
csHelp=="#ifdef" ||
csHelp=="#ifndef" ||
csHelp=="#endif" ||
csHelp=="#error" ||
csHelp=="#elif" ||
csHelp=="#else")
{
char temp=0;
csLineNumber=LineNumber(CString(ltoa(i,&temp,10)),2);
ofile.WriteString(csLineNumber+csStr+"\n");
ifile.ReadString(csStr);
csStr.Trim();
i++;
} //end of check directive "if...",...,"endif"
do
{
ifile.ReadString(csStr1);
csStr1.Trim();
if (csStr1.Right(1)!="\\") break;
i++;
}while (csStr.Left(1)!="#" && (csStr.Left(1)!="/" || csStr.Left(1)!="*" ));
char temp=0;csLineNumber=LineNumber(CString(ltoa(i,&temp,10)),2);
csStr1=CheckStr(csStr);
if (m_bError!=TRUE)ofile.WriteString(csLineNumber+(LPCTSTR)csStr1);
}
ifile.ReadString(csStr);
csStr.Trim();
i++;
}
ifile.Close();
ofile.Close();
if (m_bError==TRUE) ofile.Remove(csOutfile);

Меня слегка заколдобило от кода, но может оно так и надо, не програмер я. Это известное МФЦ?
Так вот. Судя по всему проблема не закрытии файла. Где-то что-то не того типа стоит. Скорее всего, даже при открытии файла.
---
Лицо фиpмы - это жопа секpетаpши

Ужас. Уволил бы за такой код. Сразу и навсегда.

Первая ошибка - в 6-й строке. Дальше - не осилил... :(

Знаете, вы меня поражаете. Я пишу на с++ только 2 месяца. И вот эти восклицания
>Ужас. Уволил бы за такой код. Сразу и навсегда.
меня обижают. Нельзя так сходу говорить. Если вы такой опытный в программировании, то почему бы не сказать как лучше писать. Вроде бы для этого существует форум, задавать вопросы и получать ответы по возможности, а не простите за выражение "обсирать" тех у кого что-то не получается или кто "ужасно пишет".

Извините, а какое отношение имеет Ваш код к С++?
Вы вообще по каким источникам С++ изучаете?

К MFC это имеет весьма отдаленное отношение.

Ты не обижайся. Это крик души :) Мне тоже стало нехорошо от такого.

Ну я подумал мало ли, может так принято под МФЦ код писать.
---
Device "Штангенциркyль" not found. (2:5020/481.8)

MFC - это библиотека.

А в С строчки "+=" нельзя склеивать :-D

Не придираяйся к мелочам. :p И вообще где я что-то сказал про С?
Кстати я в данный момент пишу на ANSI C, но код выглядит вполне прилично.

Ну об этом я догадывался. Я просто хотел узнать не написано ли это в соответствии с MS/MFC coding guidelines. Сказал бы чего едкое по поводу МС ;-)
---
Чем меньше жизненного опыта, тем охотнее им делятся (2:4614/1.25)