need to get a function pointer to strtok in the DLL

so far i have

Code:

---

HMODULE MSVCRT = LoadLibrary("MSVCRT.DLL");
if(MSVCRT == NULL)
{
MessageBox(NULL,"MSVCRT module failed","",0);
}
else
{
MessageBox(NULL,"MSVCRT module loaded","",0);
GetProcAddress(MSVCRT,"strtok");
}

---

from here i dont know how to go about getting a function pointer to strtok so my thread can use it at runtime and not keep crashing

thx

What let you down this path to begin with?

gg

Quote:

---

Originally Posted by Codeplug

What let you down this path to begin with?

gg

---

Yes good question. Why the heck are you trying to dynamically load something from one of the standard libraries? Why not just link to the routine in the normal fashion or link to a library that calls the DLL?

Like all others: Surely, just including string.h and usign strtok() like any other person would do is fine for you too?

--
Mats

Quote:

---

Originally Posted by Anddos

from here i dont know how to go about getting a function pointer to strtok so my thread can use it at runtime and not keep crashing

---

Aaaack. You said "thread" and "strtok" in the same sentence. That's like putting matter and antimatter together.

Does that have something to do with strtok relying on global state? Is the only way to use strtok in multiple threads by ensuring that no two threads try to tokenize a string at a same time.

Incidentally this is a C++ thread. Are you sure that there are no C++ solutions, such as std::stringstream (boost has tokenizers for more sophisticated needs)?

Quote:

---

Originally Posted by anon

Does that have something to do with strtok relying on global state?

---

Yes, although it's probably not "global" in the sense of a global variable -- more likely, strtok() caches the input position in a static local variable. It's still not reentrant, and probably shouldn't be used even in single threaded code.

Quote:

---

Originally Posted by brewbuck

Yes, although it's probably not "global" in the sense of a global variable -- more likely, strtok() caches the input position in a static local variable. It's still not reentrant, and probably shouldn't be used even in single threaded code.

---

Indeed. This will ALSO fail:

Code:

---

char *otherfunc(char *str);
int somefunc(char *str ...)
{
    char *ptr = strtok(str, separators);
    while(ptr)
    {
        char *tmp = otherfunc(ptr);
        ...
        ptr = strtok(NULL, separators);
    }
    ...
}

char *otherfunc(char *str)
{
    return strtok(str, ".-:;");
}

---

This code will fail even if there are no threads!

--
Mats

I don't know much about DLLs, but if you load strtok from "MSVCRT.DLL" and the strtok that you get when you just use it normally links to the same function in the same dll, is there any reason to believe that they will use a different static variable under the hood?