C / C++ / MFC

6-Mar-09 8:40

the command line of linker in project-property contains:kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib

however it doesn't contain "boost_regex-vc80-mt-1_37.lib" which I used to use boost_regex-vc80-mt-1_37.dll and the latter one contains regex_search() function and so on. And I find I can use regex_search,smatch in My Application soomthly. All I do in my source code is including Two head files. I am wondering how does the complier locate "boost_regex-vc80-mt-1_37.lib"? I know there is only symbols(variable names,function names, etc)in .lib, even the complier gain the .lib, how the linker gain the corespondent .dll's name.

Can somebody tell me?
Thanks a lot.

modified on Friday, March 6, 2009 3:08 PM

led mike6-Mar-09 10:23

led mike

6-Mar-09 10:23

JackPuppy wrote:
smatch in My Application soomthly

I have no idea what that means

JackPuppy wrote:
how the linker gain the corespondent .dll's name.

Perhaps they used this[^]?

Eytukan6-Mar-09 19:51

6-Mar-09 19:51

In the linker option, you need to give the path of your boost lib.
Open your project properties dialog,

Config&properties->Linker->General Options->AddtitionalLibrarayDirectories[//Give the path of your libs here]

Then in Input option,

Likner->Input->AdditionalDependencies[// Here specify your boos lib] //Also you can give absolute paths here.

Alternatively, In your code you can use

#pragma comment(lib,"Absolute_path_to_your_lib")

JackPuppy wrote:
I know there is only symbols(variable names,function names, etc)in .lib, even the complier gain the .lib, how the linker gain the corespondent .dll's name.

Good question, but unfortunately the lib doesn't tell you about location details of your DLL. The lib just contains the exported symbols of the dll. It just talks about it. So when compiling you don't need the dll. Just a lib reference is enough. But at run time, you need to keep your dll along with your .exe or in system folders.

He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus

JackPuppy6-Mar-09 20:59

6-Mar-09 20:59

thanks pal!
however I didn't "Likner->Input->AdditionalDependencies[// Here specify your boos lib] //Also you can give absolute paths here", neither "#pragma comment(lib,"Absolute_path_to_your_lib".

But I can use regex_search(), and why? it's confusing?(I did include the lib's directory in project property dialog).

Further the lib seems to contain at least the name of the dll, however see this lib codes I have dumpbin from a lib:

Microsoft (R) COFF/PE Dumper Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.


Dump of file E:Visual Studio 2005\Projects\DLLexperiment\debug\dllshiyan.lib

File Type: LIBRARY

Archive member name at 8: /               
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
      7A size
correct header end

    5 public symbols

      17E __IMPORT_DESCRIPTOR_dllshiyan
      3B0 __NULL_IMPORT_DESCRIPTOR
      4EA dllshiyan_NULL_THUNK_DATA
      642 __imp__add
      642 _add

Archive member name at BE: /               
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
      84 size
correct header end

    4 offsets

        1      17E
        2      3B0
        3      4EA
        4      642

    5 public symbols

        1 __IMPORT_DESCRIPTOR_dllshiyan
        2 __NULL_IMPORT_DESCRIPTOR
        4 __imp__add
        4 _add
        3 dllshiyan_NULL_THUNK_DATA

Archive member name at 17E: dllshiyan.dll/  
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
     1F6 size
correct header end

FILE HEADER VALUES
             14C machine (x86)
               3 number of sections
        49B21595 time date stamp Sat Mar 07 14:35:01 2009
             110 file pointer to symbol table
               8 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine

SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      44 size of raw data
      8C file pointer to raw data (0000008C to 000000CF)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only

SECTION HEADER #2
.idata$2 name
       0 physical address
       0 virtual address
      14 size of raw data
      D0 file pointer to raw data (000000D0 to 000000E3)
      E4 file pointer to relocation table
       0 file pointer to line numbers
       3 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write

RELOCATIONS #2
                                                Symbol    Symbol
 Offset    Type              Applied To         Index     Name
 --------  ----------------  -----------------  --------  ------
 0000000C  DIR32NB                    00000000         3  .idata$6
 00000000  DIR32NB                    00000000         4  .idata$4
 00000010  DIR32NB                    00000000         5  .idata$5

SECTION HEADER #3
.idata$6 name
       0 physical address
       0 virtual address
       E size of raw data
     102 file pointer to raw data (00000102 to 0000010F)
      E4 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0200040 flags
         Initialized Data
         2 byte align
         Read Write

COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | __IMPORT_DESCRIPTOR_dllshiyan
002 C0000040 SECT2  notype       Section      | .idata$2
003 00000000 SECT3  notype       Static       | .idata$6
004 C0000040 UNDEF  notype       Section      | .idata$4
005 C0000040 UNDEF  notype       Section      | .idata$5
006 00000000 UNDEF  notype       External     | __NULL_IMPORT_DESCRIPTOR
007 00000000 UNDEF  notype       External     | dllshiyan_NULL_THUNK_DATA

String Table Size = 0x56 bytes

Archive member name at 3B0: dllshiyan.dll/  
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
      FD size
correct header end

FILE HEADER VALUES
             14C machine (x86)
               2 number of sections
        49B21595 time date stamp Sat Mar 07 14:35:01 2009
              BC file pointer to symbol table
               2 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine

SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      44 size of raw data
      64 file pointer to raw data (00000064 to 000000A7)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only

SECTION HEADER #2
.idata$3 name
       0 physical address
       0 virtual address
      14 size of raw data
      A8 file pointer to raw data (000000A8 to 000000BB)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write

COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | __NULL_IMPORT_DESCRIPTOR

String Table Size = 0x1D bytes

Archive member name at 4EA: dllshiyan.dll/  
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
     11B size
correct header end

FILE HEADER VALUES
             14C machine (x86)
               3 number of sections
        49B21595 time date stamp Sat Mar 07 14:35:01 2009
              D8 file pointer to symbol table
               2 number of symbols
               0 size of optional header
             100 characteristics
                   32 bit word machine

SECTION HEADER #1
.debug$S name
       0 physical address
       0 virtual address
      44 size of raw data
      8C file pointer to raw data (0000008C to 000000CF)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
42100040 flags
         Initialized Data
         Discardable
         1 byte align
         Read Only

SECTION HEADER #2
.idata$5 name
       0 physical address
       0 virtual address
       4 size of raw data
      D0 file pointer to raw data (000000D0 to 000000D3)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write

SECTION HEADER #3
.idata$4 name
       0 physical address
       0 virtual address
       4 size of raw data
      D4 file pointer to raw data (000000D4 to 000000D7)
       0 file pointer to relocation table
       0 file pointer to line numbers
       0 number of relocations
       0 number of line numbers
C0300040 flags
         Initialized Data
         4 byte align
         Read Write

COFF SYMBOL TABLE
000 007BC627 ABS    notype       Static       | @comp.id
001 00000000 SECT2  notype       External     | dllshiyan_NULL_THUNK_DATA

String Table Size = 0x1F bytes

Archive member name at 642: dllshiyan.dll/  
49B21595 time/date Sat Mar 07 14:35:01 2009
         uid
         gid
       0 mode
      27 size
correct header end

  Version      : 0
  Machine      : 14C (x86)
  TimeDateStamp: 49B21595 Sat Mar 07 14:35:01 2009
  SizeOfData   : 00000013
  DLL name     : dllshiyan.dll
  Symbol name  : _add
  Type         : code
  Name type    : no prefix
  Hint         : 0
  Name         : add

     Exports

       ordinal    name

                  _add

Dump of file 
DUMPBIN : fatal error LNK1181: 无法打开输入文件""

JackPuppy6-Mar-09 21:02

6-Mar-09 21:02

there isn't(or I couldn't find it out)plus,this is really very confused reading, can you give me some acrtiles on what each sentence in this lib mean? thanks!

Eytukan6-Mar-09 21:29

message associted with number?

6-Mar-09 21:29

This[^] may help you. But I don't understand, why do you need to check them. You may want to DUMPBIN the contents of the DLL rather?

He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus

sam_psycho6-Mar-09 6:42

sam_psycho

6-Mar-09 6:42

Hi All,
I have implemented a simple application, the WndProc method handle all messages, but when I debug the application I could see only numbers,
How can i know which message is associted with that perticular number?
more precisely I want know which number(message) WndProc handles when I minimize the application?

Re: message associted with number?[modified]

Eytukan6-Mar-09 6:52

Left Mouse Click and Hold

6-Mar-09 6:52

WM_SIZE & SIZE_MINIMIZED.

winuser.h

If you want to know all the definitions, just right click on any of the windows Constant. like WM_SIZE, then go to definition. You'll land up in the junkyard of windows definitions WinUser.h. But it'll be in Hex as you can see.So don't search for the exact number that you get in your WndProc.

Sorry I'm editing the text for the zillionth time.- You should check for SIZE_MINIMIZED in wParam of the message.

He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus

modified on Friday, March 6, 2009 12:59 PM

Software20076-Mar-09 6:26

Software2007

6-Mar-09 6:26

I would like to do the click and Hold on the mouse, I would like to have this so I can move a gauge on a graph as long as the mouse click is down. I got some feedback from this forum to use OnMouseMove, but wouldn't this only work if you actually move the mouse..I want it to wok even if I left click and hold without actually moving the mouse... Any ideas of how I can do this?

Thanks

sft

Jonnie White6-Mar-09 6:30

Jonnie White

6-Mar-09 6:30

Set a flag in OnLButtonDown() and move your gauge in the graph while flag is true (until OnLButtonUp(), where you reset the flag).

Hope that helps,

Jonnie

Software20076-Mar-09 6:50

Software2007

6-Mar-09 6:50

Thanks for the response: I tried something like this, but seems to get stuck in a loop and never move the gauge:

void CGraph::OnLButtonDown(flags,point){
m_Flag = 1;
  while(m_Flag)
   {
     //move gauge
     }
}

void CGraph::OnRButtonDown(flags,point){
    m_Flag = 0;
}

sft

Code-o-mat6-Mar-09 8:23

Code-o-mat

6-Mar-09 8:23

In OnLButtonDown, set a flag as someone else already suggested and use SetCapture[^] (Or CWnd::SetCapture) to capture the mouse input. Then in your WM_MOUSEMOVE handler, if the flag is set, perform the drag operation or whatever you need to do. In OnLButtonUp, clear the flag and use ReleaseCapture[^] to let the mouse go. Also, make a handler for WM_CAPTURECHANGED[^] and if it indicates that your window is loosing the capture, check the flag and if it is set, you know that something happened that took the mouse capture from your window while there was a drag operation in progress (for example another window was popped up) and clear the flag and do whatever else needs to do.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

Software20076-Mar-09 8:49

Software2007

6-Mar-09 8:49

Thanks - I did something close to what you suggested in concept and it worked fine.

Thanks

sft

A tricky way of manipulating memory allocation [modified]

David Crow6-Mar-09 10:15

David Crow

6-Mar-09 10:15

Software2007 wrote:
...I want it to wok even if I left click and hold without actually moving the mouse...

If the mouse is supposed to move the gauge, how would the gauge move if the mouse wasn't? In other words, what is the gauge supposed to be doing if the mouse's button is clicked but the mouse is not moving?

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

JackPuppy6-Mar-09 4:25

Re: A tricky way of manipulating memory allocation

6-Mar-09 4:25

fifth Edition
in Chapter 19, there is one note:

Note: It is important to realize that a single address space consists of one executable module and several DLL modules. Some of these modules can link to a static version of the C/ C++ run-time library, some of these modules might link to a DLL version of the C/C++ run-time library, and some of these modules (if not written in C/C++) might not require the C/ C++ run-time library at all. Many developers make a common mistake because they forget that several C/C++ run-time libraries can be present in a single address space. Examine the following code:

VOID EXEFunc() {
PVOID pv = DLLFunc();
// Access the storage pointed to by pv...
// Assumes that pv is in EXE's C/C++ run-time heap
free(pv);
}

PVOID DLLFunc() {
// Allocate block from DLL's C/C++ run-time heap
return(malloc(100));
}

So, what do you think? Does the preceding code work correctly? Is the block allocated by the DLL's function freed by the EXE's function? The answer is: maybe. The code shown does not give you enough information. If both the EXE and the DLL link to the DLL C/C++ run-time library, the code works just fine. However, if one or both of the modules link to the static C/C++ run-time library, the call to free fails. I have seen developers write code similar to this too many times, and it has burned them all.

===========================================================================

At first one thing the starup() function do is to initialize a heap used by malloc and free and low-level IO manipulation use in CRT, so when there is two copies CRT liberary in one process adress and there will be two heaps for two groups of malloc and free, and that one block memory grabed by malloc can only be freed by the very free() function in the same copy.

but what free() is?

in fact free()'s source code is like this:

void free(void *ptr)
{
struct mem_control_block *free;
free = ptr - sizeof(struct mem_control_block);
free->is_available = 1;
return;
}

every malloc()function return pointer to a block,however there are some bytes ahead the block conserved for system information, and this information is stored in a struct mem_control_block, so indeed the pointer malloc()function returned points to the byte after the mem_control_block.

struct mem_control_block {
int is_available; //a flag that specify whether this block can be used by any other application
int size; //the size of the block
};

finnally, it seems no error in these code:

VOID EXEFunc() {
PVOID pv = DLLFunc();
// Access the storage pointed to by pv...
// Assumes that pv is in EXE's C/C++ run-time heap
free(pv);
}

PVOID DLLFunc() {
// Allocate block from DLL's C/C++ run-time heap
return(malloc(100));
}

if the system doesn't allow a free() to free a block in heap of another copy of CRT, then how the system is able to forbid？？？？？

Thanks for your help.
I'm struggle reading win via c/c++

Jack

modified on Friday, March 6, 2009 11:13 AM

Eytukan6-Mar-09 4:59

Re: A tricky way of manipulating memory allocation

6-Mar-09 4:59

Thanks for sharing the information! lol Big Grin | :-D

He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus

JackPuppy6-Mar-09 5:17

Re: A tricky way of manipulating memory allocation

6-Mar-09 5:17

Can somebody tell me what's wrong with the code?

I see no error in it, especially after i found out what free()is.

Perisic, Aleksandar6-Mar-09 6:10

Perisic, Aleksandar

6-Mar-09 6:10

Send e-mail to get answer.

JackPuppy6-Mar-09 8:49