C / C++ / MFC Discussion Boards

jhoin17-Dec-03 4:04

17-Dec-03 4:04

I am writing a scientific program that uses multiples threads to separate the GUI from the scientific simulation. I am using the CRT library so I am using the _beginthreadex() routine to start the "worker" thread. The problem is this: every once in a while (it is not reproducible, I have worked weeks on coming up with a reproducible situation but have never been successful) the _beginthreadex() routine will return NULL. When I check the error using GetLastError(), it states that there is not enough memory to run the thread. Once this error occurs, the thread cannot be started and the program must be restarted before it will successfully start the thread. When this error occurs the system is not out of memory and the program is not using much memory itself (as evidenced by the Windows task manager. This is an extremely frustrating problem for me and the other people that use this program. Has anyone had any similar experiences and can point me in the right direction for handling this problem.

Thanks,

Jay

Re: _beginthreadex() problem...

John M. Drescher17-Dec-03 4:19

John M. Drescher

17-Dec-03 4:19

jhoin wrote:
as evidenced by the Windows task manager

Are you absolutly sure of this? How much virtual memory is your process using? You may have run out of address space. Or have a highly fragmented address space such that there is no free block that is 1 MB to allocate a stack.

John

Re: _beginthreadex() problem...

jhoin18-Dec-03 23:15

jhoin

18-Dec-03 23:15

Thanks for you comments. No, I am not sure about this. A stupid question: How does one distinguish virtual memory and regular ram? How do I measure how much address space I have available? Oftentimes, the problem occurs right after the program starts up.

Jay

Re: _beginthreadex() problem...

John M. Drescher19-Dec-03 8:07

John M. Drescher

19-Dec-03 8:07

jhoin wrote:
How does one distinguish virtual memory and regular ram?

Virtual memory is the amount of RAM + swap files. You can have as large as a 4GB swapfile on every drive in your system. The address space of a single process is limited normally to 2GB with the largest block you can allocate being less than 1.3 GB because of memory fragmentation caused by dlls not loading sequentially in your address space.

jhoin wrote:
Oftentimes, the problem occurs right after the program starts up.
Then it is probably not a memory problem. How many threads are you spawning?

John

Re: _beginthreadex() problem...

jhoin19-Dec-03 9:05

jhoin

19-Dec-03 9:05

John,

Thanks for the primer on memory. I agree I don't think memory is a problem.

I am only spawning 3 threads at a time. It just doesn't make sense. The frequency of the problem depends on the machine it is being run on. I am at my wits end on this one.

Any arbitrary suggestions?

Jay

Re: _beginthreadex() problem...

John M. Drescher19-Dec-03 9:40

John M. Drescher

19-Dec-03 9:40

Are you putting in NULL for the Security descriptor parameter?

John

Re: _beginthreadex() problem...

valikac17-Dec-03 4:55

valikac

17-Dec-03 4:55

Post the code that spawns the thread including the parameters.

Keep a system log. I suspect that maybe one or more processes is taking up too much resources or that the issue has to do with system security.

Kuphryn

Re: _beginthreadex() problem...

jhoin18-Dec-03 23:26

jhoin

18-Dec-03 23:26

Here is the code which has been pared down a bit to get rid of unrelated initialization:

(one note: this routine itself was started as a thread so it is second in line and is trying to start a third thread.)

unsigned __stdcall micro_main(void *dummy)
{
unsigned threadID;

//other unrelated code

PSECURITY_DESCRIPTOR pSD;
SECURITY_ATTRIBUTES sa;

pSD = (PSECURITY_DESCRIPTOR) LocalAlloc( LPTR, SECURITY_DESCRIPTOR_MIN_LENGTH);

if (pSD == NULL)
{
LPVOID lpMsgBuf;
FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,NULL, GetLastError(),MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),(LPTSTR) &lpMsgBuf,0,NULL );
MessageBox( NULL, (LPCTSTR)lpMsgBuf, "Error", MB_OK | MB_ICONINFORMATION );
LocalFree( lpMsgBuf );
}

if (!InitializeSecurityDescriptor(pSD, SECURITY_DESCRIPTOR_REVISION))
{
LPVOID lpMsgBuf;
FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,NULL, GetLastError(),MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),(LPTSTR) &lpMsgBuf,0,NULL );
MessageBox( NULL, (LPCTSTR)lpMsgBuf, "Error", MB_OK | MB_ICONINFORMATION );
LocalFree( lpMsgBuf );
}

if (!SetSecurityDescriptorDacl(pSD, TRUE, (PACL) NULL, FALSE))
{
LPVOID lpMsgBuf;
FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,NULL, GetLastError(),MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),(LPTSTR) &lpMsgBuf,0,NULL );
MessageBox( NULL, (LPCTSTR)lpMsgBuf, "Error", MB_OK | MB_ICONINFORMATION );
LocalFree( lpMsgBuf );
}

sa.nLength = sizeof(sa);
sa.lpSecurityDescriptor = pSD;
sa.bInheritHandle = TRUE;
MICRO_THREAD_SUB = (HANDLE)_beginthreadex( &sa, 0, &sub_main_MACRO_CONTROL, NULL, 0, &threadID );
if (MICRO_THREAD_SUB == 0)
{
// it is here that that I always get the error
LPVOID lpMsgBuf;
FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,NULL, GetLastError(),MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),(LPTSTR) &lpMsgBuf,0,NULL );
MessageBox( NULL, (LPCTSTR)lpMsgBuf, "Error", MB_OK | MB_ICONINFORMATION );
LocalFree( lpMsgBuf );
}
else
{
WaitForSingleObject(MICRO_THREAD_SUB,INFINITE);
CloseHandle(MICRO_THREAD_SUB);
}

// _endthreadex(0);
}

/*this is the thread which is called which immediately calls another thread-could that char com[200000]; be part of the problem? (it was used for some early debugging and no longer has any functionality.*/

unsigned __stdcall sub_main_MACRO_CONTROL(void *dummy)
{
char com[200000];

Run_Parser_Simulation(Sim->MACRO);

// _endthreadex(0);
return 0;
}

Thanks for looking at this. Regards,

Jay

Re: _beginthreadex() problem...

valikac19-Dec-03 4:54

valikac

19-Dec-03 4:54

There is quite a bit going on in the code including the call to LocalAlloc().

pSD = (PSECURITY_DESCRIPTOR) LocalAlloc( LPTR, SECURITY_DESCRIPTOR_MIN_LENGTH);

Try passing in __beginthreadex() default parameters, i.e. NULL, etc. to make sure the callback function is valid.

Kuphryn

Re: _beginthreadex() problem...

jhoin19-Dec-03 5:11

jhoin

19-Dec-03 5:11

Kuphryn,

Thanks for your answer. I brought in the PSECURITY_DESCRIPTOR code as a response to the memory allocation errors. Before that I used _beginthreadex() without default parameters. The problem is that the memory allocation errors only occur intermittantly and in what seems to be an unreproducible manner.

Jay

Re: _beginthreadex() problem...

Anthony_Yio17-Dec-03 17:25

Anthony_Yio

17-Dec-03 17:25

Or is it a deadlock somewhere?

Sonork 100.41263:Anthony_Yio

Re: _beginthreadex() problem...

jhoin18-Dec-03 23:27

jhoin

18-Dec-03 23:27

What do you mean by a deadlock?

Regards,

Jay

Re: _beginthreadex() problem...

Anthony_Yio18-Dec-03 23:59

Anthony_Yio

18-Dec-03 23:59

thread A holding resource A and waiting for resource B
thread B holding resource B and waiting for resource A

Causing infinite waiting for resources of both threads.

Check out multithreading management topic.

Sonork 100.41263:Anthony_Yio

Re: _beginthreadex() problem...

jhoin19-Dec-03 5:06

jhoin

19-Dec-03 5:06

Anthony,

That is not quite the logic I am using. It is:

thread A launches thread B and continues on so that GUI is responsive

thread B launches thread C and waits for thread C to finish.

This should be o.k., I think.

Jay

need urgent help!

YaronNir17-Dec-03 3:37

YaronNir

17-Dec-03 3:37

i am using a visual studio add in.

in one of the methods i am using

CWinApp* pApp = AfxGetApp();

i need to get a pointer the visual studio app, not the add in app,
in both cases, even if i use or don't use

AFX_MANAGE_STATE(AfxGetStaticModuleState())

i get a pointer to the add in app
and not the pointer to the visual studio (exe)

how can i retrieve the pointer to the visual studio exe???

thanks

Yaron

Ask not what your application can do for you,
Ask what you can do for your application

Re: need urgent help!

mightyCoCo17-Dec-03 3:58

mightyCoCo

17-Dec-03 3:58

im not very experienced in add in´s - would FindWindow() or FindWindowEx() help?

Re: need urgent help!

YaronNir17-Dec-03 4:00

YaronNir

17-Dec-03 4:00

nop, not in this matter....
(thanks anyway)

any other suggestions?

Ask not what your application can do for you,
Ask what you can do for your application

Re: need urgent help!

Don Kackman17-Dec-03 4:11

Don Kackman

17-Dec-03 4:11

Is this a VS.NET or a VC 6 add-in?

Re: need urgent help!

YaronNir17-Dec-03 4:23

YaronNir

17-Dec-03 4:23

VC 6

Ask not what your application can do for you,
Ask what you can do for your application

Re: need urgent help!

Don Kackman17-Dec-03 4:29

Don Kackman

17-Dec-03 4:29

Wouldn't you just use the IApplication pointer that gets passed to IDSAddIn::OnConnection?

Re: need urgent help!

YaronNir17-Dec-03 4:44

YaronNir

17-Dec-03 4:44

my original problem was how to get the *.dsw file.

i saw a code that does that :

CString CCommands::GetWorkspacePath()
{
	CWinApp* pApp = AfxGetApp();
	ASSERT(NULL != pApp);
	
	CString szWorkspace(_T(""));

	POSITION posdt = pApp->GetFirstDocTemplatePosition();
	
	while (NULL != posdt)
	{
		CDocTemplate* pdt = pApp->GetNextDocTemplate(posdt);
		if (0 == strcmp("CProjectWorkspaceDocTemplate", 
			pdt->GetRuntimeClass()->m_lpszClassName))
		{
			POSITION posdoc = pdt->GetFirstDocPosition();
			if (NULL == posdoc) 
				break;

			CDocument* pdoc = pdt->GetNextDoc(posdoc);
			if (NULL == pdoc) 
				break;

			szWorkspace = pdoc->GetPathName();
			if (!szWorkspace.IsEmpty()) 
				break;
		}
	}

	return szWorkspace;
}

trouble was that when i run this code i got NULL for this line:

POSITION posdt = pApp->GetFirstDocTemplatePosition();

that's what led me to think that the pApp is the dlls therefor it can not get the doc template (cause it doesn't have one) what it should be is the dev studio exe and have a doc template.....

can you help me here? i am really desperate no one could help me here...

thanks again

Yaron

Ask not what your application can do for you,
Ask what you can do for your application

Re: need urgent help!

Don Kackman17-Dec-03 5:04

Don Kackman

17-Dec-03 5:04

Yaron,

While I'm not sure exactly what you're trying to accomplish, it seems to me that using the DocView hierarchy exposed by DevStudio rather than its automation interface is way more work than its worth.

The IApplication pointer that gets passed to OnConnection is a pointer to the DevStudio instance in which your add-in is running. It includes an entire COM object hierarchy that allows you navigate windows, projects, files, etc.

Look for IApplication in the DevStudio version of MSDN (not the newer MSDN that comes with VS.NET). It's got an easily navigable hierarchy that should get you where you need to be.

don

Re: need urgent help!

YaronNir17-Dec-03 5:06

YaronNir

17-Dec-03 5:06

I know the this heirarchy, already read the MSDN,

the thing i try to accomplish is when i open a project in the dev studio then usign my add-in i want to get the entire path of the *.dsw file....

i could not find any code for doing that (getting the *.dsw file)

can you help?

thanks again

Yaron

Ask not what your application can do for you,
Ask what you can do for your application

Re: need urgent help!

Don Kackman17-Dec-03 5:11

Don Kackman

17-Dec-03 5:11

What does Application::ActiveProject::FullName return?

Re: need urgent help!

YaronNir17-Dec-03 5:25

YaronNir

17-Dec-03 5:25

it returns the *.dsp name of the active project....

i can not just do concatonation like this
ProjectName.dsp --> ProjectName. --> ProjectName.dsw

because it is not insured that the name of the dsw is the name of the active project.....
"help i need sombody , help is there anybody, help you know i need some HHHEEEELLLPPP"

thanks again

Yaron

Ask not what your application can do for you,
Ask what you can do for your application

Last Visit: 31-Dec-99 18:00 Last Update: 26-Apr-24 22:34

Refresh

ᐊ Prev 1...13839 13840 13841 138421384313844 13845 13846 13847 13848 Next ᐅ

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.