Dana, first of all: thousand thanks for your time you take for this problem.
This is the output of the dumpbin on the hdf5-dll:
Microsoft (R) COFF/PE Dumper Version 8.00.50727.762
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file hdf5-1.6.4_d.dll
File Type: DLL
Section contains the following imports:
zlib-1.2.3_d.dll
103C1580 Import Address Table
103C12D4 Import Name Table
0 time date stamp
0 Index of first forwarder reference
2A inflateInit_
23 inflate
28 inflateEnd
2 compress2
szlib-2.0_d.dll
103C1548 Import Address Table
103C129C Import Name Table
0 time date stamp
0 Index of first forwarder reference
1 SZ_BufftoBuffDecompress
0 SZ_BufftoBuffCompress
8 SZ_encoder_enabled
KERNEL32.dll
103C1310 Import Address Table
103C1064 Import Name Table
0 time date stamp
0 Index of first forwarder reference
143 GetCurrentProcessId
1DF GetTickCount
2A3 QueryPerformanceCounter
239 IsDebuggerPresent
34A SetUnhandledExceptionFilter
36E UnhandledExceptionFilter
142 GetCurrentProcess
8B DisableThreadLibraryCalls
1CA GetSystemTimeAsFileTime
162 GetFileInformationByHandle
310 SetEndOfFile
31B SetFilePointer
35E TerminateProcess
226 InterlockedCompareExchange
356 Sleep
229 InterlockedExchange
146 GetCurrentThreadId
MSVCR80D.dll
103C138C Import Address Table
103C10E0 Import Name Table
0 time date stamp
0 Index of first forwarder reference
531 fprintf
C8 __iob_func
5AC strlen
59B sprintf
597 setvbuf
5BA strtol
553 isdigit
551 isalpha
5AD strncat
5A1 strcat
534 fputs
5D3 vsprintf
5A6 strcpy
5A3 strchr
585 putc
559 isspace
1AD _errno
523 fabs
527 fflush
5B0 strncpy
55A isupper
533 fputc
3E1 _strdup
57B memcpy
539 free
57A memcmp
57D memmove
2C6 _lseeki64
52F fopen
210 _get_osfhandle
1F0 _fstat64
524 fclose
5B6 strstr
50A abort
519 calloc
1C8 _fileno
541 ftell
53F fseek
41F _tzset
537 fread
544 fwrite
5A8 strcspn
5B4 strrchr
5AF strncmp
58F realloc
416 _time64
361 _mktime64
1F7 _ftime64
23C _gmtime64
5AB strftime
2BA _localtime64
59E srand
58D rand
51A ceil
432 _unlock
BD __dllonexit
1A7 _encode_pointer
2BC _lock
365 _onexit
19C _decode_pointer
2CE _malloc_dbg
1E3 _free_dbg
1A8 _encoded_null
75 _CrtSetCheckCount
24B _initterm
24C _initterm_e
14C _amsg_exit
13A _adjust_fdiv
91 __CppXcptFilter
1B0 _except_handler4_common
187 _crt_debugger_hook
B3 __clean_type_info_names_internal
473 _wassert
5A4 strcmp
57F memset
549 getenv
1C0 _fdopen
172 _close
380 _read
366 _open
4DC _write
12A _access
570 malloc
526 ferror
Summary
4000 .data
1000 .idata
D1000 .rdata
2F000 .reloc
1000 .rsrc
1F3000 .text
F8000 .textbss
=> if I understand u correctly, there should be MSVCR71.dll, but there is
MSVCR80D.dll... so where is the problem now?
As I already mentioned, it wont be a problem at all as the final program
runs under Linux. So if this leads to far and wastes too much of your time,
then I can understand if we just end it here. Just for curiosity I would
like to know why this happens.
Concerning the old libraries: I got some limitations from my customer which
library I have to take. In this case it is: HDF5 v1.6.4 (and I cant change
it).
Concerning VS2003: Curious, today I have read an article in an online
magazine that with an age of 35 you are already to old for the IT-business.
With my age of 40 I am a reptile, and I have to admit: they are right. I got
used to VS2003 and as a reptile I've got the right not to change my habit
:)))). I tried already VS2005 and I hate it => so no change :) Wherever I
can I program with VS2003
So far - cheers :)
Tom
--
View this message in context:
http://hdf-forum.184993.n3.nabble.com/memory-leaks-with-a-simple-open-close-tp4025625p4025647.html
Sent from the hdf-forum mailing list archive at Nabble.com.
_______________________________________________
Hdf-forum is for HDF software users discussion.
[email protected]
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
