Go Back   Armenian Knowledge Base > Technical sections > Languages, Compilers, Interpreters

Reply
 
Thread Tools

Memory Leak when using <iostream>
Old 16.02.2004, 22:46   #1
Moderator
 
acid's Avatar
 
Join Date: 09 2001
Location: South Korea, Gumi
Posts: 7,699
Blog Entries: 16
Rep Power: 7
Default Memory Leak when using <iostream>

Hi.
I had a strange memory leak in simple project with DLL usage detected by MSVC.

Code:
 
Detected memory leaks!
Dumping objects ->
{55} normal block at 0x010A2E30, 37 bytes long.
 Data: < C			  > 00 43 00 CD CD CD CD CD CD CD CD CD CD CD CD CD 
{54} normal block at 0x010A2DD8, 44 bytes long.
 Data: < |L			 > 14 7C 4C 10 16 00 00 00 00 00 00 00 00 00 00 00 
Object dump complete.
Once I put Bounds Checker it shows me the memory leak on std::locale::_Init() -> locale0.cpp. The call stack shows it came from std::ios_base::Init::Init() -> <iostream>

Then I created simple MSVC dialog project, and only included <iostream>. The same memory leak appears there.
And as you can see there are some more leaks. Searching google gave me no result.
Is it supposed to be that way ?

Old 17.02.2004, 04:47   #2
Moderator
 
shatver's Avatar
 
Join Date: 07 2002
Location: Yerevan
Age: 54
Posts: 450
Rep Power: 0
Default

Может сервис пак последний не прогнан?
Я например постоянно натыкался на глюки..которые потом с новым паком исчезали...

Не знаю правда номер последнего пака ... у меня пятый

Old 17.02.2004, 07:10   #3
Moderator
 
acid's Avatar
 
Join Date: 09 2001
Location: South Korea, Gumi
Posts: 7,699
Blog Entries: 16
Rep Power: 7
Default

Quote:
Originally Posted by shatver
Может сервис пак последний не прогнан?
Я например постоянно натыкался на глюки..которые потом с новым паком исчезали...

Не знаю правда номер последнего пака ... у меня пятый
Не, у меня всегда последние сервис паки на чем можно

Old 17.02.2004, 20:36   #4
Грустно...
 
Agregat's Avatar
 
Join Date: 08 2002
Location: Там, где всегда идут дожди
Age: 43
Posts: 21,717
Rep Power: 9
Default

Сур - я тебе скзал раз - скажу еще - leak - и скорее всего из-за msvc. Построй проект в VC7.1 (именно .1) - там их скорее всего не будет.
__________________
http://аvitya.livejournal.com
Хотели, как лучше, а получилось даже хуже...
Лозунг шахматиста: На каждый шах - ответим матом!

Old 17.02.2004, 20:55   #5
Moderator
 
acid's Avatar
 
Join Date: 09 2001
Location: South Korea, Gumi
Posts: 7,699
Blog Entries: 16
Rep Power: 7
Default

Quote:
Originally Posted by Agregat
Сур - я тебе скзал раз - скажу еще - leak - и скорее всего из-за msvc. Построй проект в VC7.1 (именно .1) - там их скорее всего не будет.
Если из-за msvc то на ихнем сайте где-то должно быть написано, неужели до меня никто <iostream> просто не включал и не проверял утечки?

Re: Memory Leak when using <iostream>
Old 27.09.2004, 09:01   #6
Младенец
 
Join Date: 09 2004
Location: India
Age: 45
Posts: 1
Rep Power: 0
Default Re: Memory Leak when using <iostream>

Hi,
Hope you got the answer for this purticular query.. Then will you pass it to me. I saw replays to your question, but those were in another language i don't understand.
Thanks
Sudheer

[email protected]


Quote:
Originally Posted by acid
Hi.
I had a strange memory leak in simple project with DLL usage detected by MSVC.

Code:
 
Detected memory leaks!
Dumping objects ->
{55} normal block a37 bytes long.
 Data: < C			  > 00 43 00 CD CD CD CD CD CD CD CD CD CD CD CD CD 
{54} normal block at 0x010A2DD8, 44 bytes long.
 Data: < |L			 > 14 7C 4C 10 16 00 00 00 00 00 00 00 00 00 00 00 
Object dump complete.
Once I put Bounds Checker it shows me the memory leak on std::locale::_Init() -> locale0.cpp. The call stack shows it came from std::ios_base::Init::Init() -> <iostream>

Then I created simple MSVC dialog project, and only included <iostream>. The same memory leak appears there.
And as you can see there are some more leaks. Searching google gave me no result.
Is it supposed to be that way ?
Reply




Реклама:
реклама
Buy text link .

All times are GMT. The time now is 03:14.
Top

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.