C / C++ / MFC Discussion Boards

v_krishnan10-Mar-02 17:36

10-Mar-02 17:36

How can I modify an environment variable such that the changes are made to the registry, so that they are propagated to others when system restarts or some new application starts? The SetEnvironmentVariable API updates the environment for the current process only.

Thanks,
Krishnan

Re: Modifying Environment Variables

Lim Bio Liong10-Mar-02 20:48

Lim Bio Liong

10-Mar-02 20:48

Hello Krishnan,

I have a suggestion for you : on a Windows NT machine, you can try modifying the following registry entry :

"HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment"

Search for the environment variable you want to modify and make the necessary changes.

Best Regards,
Bio.

WorkerThread + ProgressDlg

Peter Molnar10-Mar-02 13:55

Peter Molnar

10-Mar-02 13:55

Hi,

I have a worker thread for some file processing, the status of which I wanna display on a Progress dialog.
I took advantage of the built in progress dialog in Add To Project/Components and Controls.
I create and manipulate the Progress dlg in the worker thread using the pointer to CProgressDlg passed from AfxBeginThread's 2 parameter to the worker thread.

Problem: the Progress dialog has very slow responsiveness to buttonclicks as if there were no threads involved at all.

What's wrong?

Thanks

Bunburry

Re: WorkerThread + ProgressDlg

Todd Smith10-Mar-02 14:00

Todd Smith

10-Mar-02 14:00

Each thread should have it's own message loop. Maybe your implementation does not?

Todd Smith
CPUA 0x007 ... shaken not stirred

Re: WorkerThread + ProgressDlg

Peter Molnar10-Mar-02 14:04

Peter Molnar

10-Mar-02 14:04

the built-in progress dialog has its own message pump which is automatically called by every StepIt or SetPos.

ASSERT(m_hWnd!=NULL);

MSG msg;
// Handle dialog messages
while(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
{
  if(!IsDialogMessage(&msg))
  {
    TranslateMessage(&msg);
    DispatchMessage(&msg);
  }
}

This is meant...

Bunburry

Re: WorkerThread + ProgressDlg

Peter Molnar10-Mar-02 15:00

Peter Molnar

10-Mar-02 15:00

Case solved.

I will always remember to call

if (pProgressDlg->CheckCancelButton)
    pProgressDlg->DestroyWindow();

in the loop of my worker thread.
Thanks anyway for your help.

Bunburry

Thread ........need help

10-Mar-02 12:30

Hi,

I'm beginner for thread process. Does anyone know any good and easy tutorial about thread (or multi-thread???).

Actually, I need to do write a program to simulate the Locking System in DBMS. Just simulate and no SQL or DBMS required. And I think i need to use thread to implement it. But I know nothing about thread....

Can anyone help me???? Big Grin | :-D

THANKS A LOT!!!!!!!!!!!!!!!!

Smile | :)

Re: Thread ........need help

Ravi Bhavnani10-Mar-02 12:39

Ravi Bhavnani

10-Mar-02 12:39

This CP article may help.

/ravi

"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com

Re: Thread ........need help

Joaquín M López Muñoz10-Mar-02 12:45

Joaquín M López Muñoz

10-Mar-02 12:45

As a starter, you might want to take a look at CP Threads, Processes & IPC section. There are a couple of tutorials on multithreading there.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Heap Allocation error when use MSVCRT.DLL (6.00.8797)

Hoang Le10-Mar-02 11:46

Hoang Le

10-Mar-02 11:46

Hi everyone:

My C++ application ran perfetly when complied with Visual Studio 5.00 and MSVCRT.DLL version (5.00.7022).

However, when I re-compiled the application with Visual Studio 6.00 and ran with MSVCRT.DLL ver 6.00.8797, it oftenly had set-sbh-threashold problem when allocate memory and bad node in heap. Eventually, it threw Dr Watson. (Switching back to MSVCRT.DLL v. 5.00.7022 at RUN-TIME seemed to fixed this heap problem.)

Do you know why my application has this problem ? And should I re-compile the application with different option if using MSVCRT.DLL version 6.00 ???

(I am currently compling with -WIN32, WIN32 options)

Thanks a lot.

Hoang Le

Re: Heap Allocation error when use MSVCRT.DLL (6.00.8797)

Joaquín M López Muñoz10-Mar-02 11:55

Joaquín M López Muñoz

10-Mar-02 11:55

Are you using some DLL (apart from those of the system)? If so, is your program by chance allocating/freeing memory freed/allocated by some of these DLLs?

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Heap Allocation error when use MSVCRT.DLL (6.00.8797)

Hoang Le10-Mar-02 12:20

Hoang Le

10-Mar-02 12:20

Thanks for your reply.

My application is CORBA based application, sure it uses CORBA DLLs (Expersoft) and Rogue DLLs, which also use to MSVCRT.DLL to allocate/free memory.

When the application crashed, the Dr Watson dump showed access violation or exception un-handling in a CORBA dll (e.g mtcor.dll).

However, when I used heapchk() function to check for heap status, the "bad node in heap" indicator showed the problem had begun initially somewhere in my own code.

Thanks again.

(i am using option -WINT32, WIN32,...)

Hoang Le

Re: Heap Allocation error when use MSVCRT.DLL (6.00.8797)

Joaquín M López Muñoz10-Mar-02 12:36

Joaquín M López Muñoz

10-Mar-02 12:36

Take a look at this MS article about an update to MSVCRT.DLL as shipped with VC++ 6.0 to prevent some heap compatibility problems of the C run-time library. Maybe this could fix your problem.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

QUESTION ABOUT TIFFS WITH MFC

jafrazee10-Mar-02 11:48

jafrazee

10-Mar-02 11:48

i am working with tiffs and need help on one part.
i can get the pointer to the header.

ImageHdr = (LPSTR)::GlobalLock((HGLOBAL) hTif2);

my problem is getting the pointer to the raw image.

the following works if i know what the bytesoffset should be.
i can access it using tif tags (273) the first time. but after the image is manipulated (dialated, rotated, etc) i can not find the pointer to the raw image(the image offset changes).

pImage=(unsigned char*)ImageHdr+BytesOffset;

is there a function that can give me the pointer to the raw image without using tif tags?

thank you.

MAPI and AOL 7.0

Dave_10-Mar-02 10:11

Dave_

10-Mar-02 10:11

It looks like AOL 7.0 supports some MAPI functionality in AOL 7.0.
Does anyone know if it is possible to write a subject, and the message text? It looks like these fields are being ignored, and only the recipients email is being accepted.
If not, does anyone know of a different way (other than MAPI) to create an email in a C++ program for AOL? I don't need it to actually send, just set an email up with the recipient addr, subject, and message text.

Thank you.

XP Style progress dialog

10-Mar-02 9:35

Hi.
Anyone knows how to implement Xp style progress dialog which runs from one side to the other (i.e. in the find files dialog) ?

Re: XP Style progress dialog

Joaquín M López Muñoz10-Mar-02 11:52

Joaquín M López Muñoz

10-Mar-02 11:52

I haven't tried it myself, but maybe playing with extended styles WS_EX_LAYOUTRTL or WS_EX_RTLREADING for the progress bar control one manages to have the bar drawn in right-to-left direction. From this and with a little code it's not hard to replicate the "Knight Rider car" effect you're after.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: XP Style progress dialog

Ravi Bhavnani10-Mar-02 12:33

Ravi Bhavnani

10-Mar-02 12:33

I haven't seen the XP progress dialog, but if you're looking for a progress control that works like Netscape's "infinite" progress bar, check out:

/ravi

"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com

design pattern problem

10-Mar-02 9:33

Who can offer a design pattern to solve the following problem:
1. I have a class which is a singleton
2. this class manages a collection (map) of objects.
3. each object is a subject
4. I have another class who uses the singleton from step 1 which is an observer of the objects from step 2
5. in some point of the flow, an object from step two decided it is finished. it notifies it's observer from step 4.
6. the observer from step 4 performs some action based on the recieved notification and now it needs to delete the object that notified him that it was finished doing it's work, BUT (and here's the problem): it cannot delete it since the object from step 2 is in the middle of it's notification loop. the class from step 4 doesn't know if there are other observers and need not care about it. How can I break the notification loop and delete the object which sent the notification safly ?
Now, please don;t offer me to use a message loop or a message queue and a timer since it is out of the question for my current design.
Thanks.

Shoval Lior.

Re: design pattern problem

Paul M Watt10-Mar-02 9:53

Paul M Watt

10-Mar-02 9:53

Do you have multiple observers that are trying to delete the object from step two, or do the other observers simply react to the notification?

If you have multiple observers, I would add reference counting to the managed object of step two, and each observer that observes this object will increment the count. Then when it gets the notification to stop observing, it will 'release' its reference count.

In your managed object of step two, when all of the references are released, then it will delete itself with delete this, or what ever other mechanism you have set up.

Re: design pattern problem

10-Mar-02 18:07

Currently there are no other observers, but some day they might be.
The main problem is not deleting the object, but breaking the notification loop.
How do I accomplish that ?

Re: design pattern problem

10-Mar-02 10:07

Hi,
could't it be done like this ?

...
5. in some point of the flow, an object from step two decided it is finished. it notifies it's observer from step 4.
6. the observer from step 4 performs some action based on the received notification and then returns a "special value" meaning that the object has to delete itself.
7. the calling object receives the "notification's return", and if it is the "special value", it deletes itself...

Lion.

Re: design pattern problem

10-Mar-02 18:08

What do you mean by "6. the observer.... returns a "special value"...."
I don't know of any way an observer can return something to the notifying subject. That's not how my Observer pattern is implemented..
Any other idea ?
Thanks.

Re: design pattern problem

Ravi Bhavnani10-Mar-02 10:43

Ravi Bhavnani

10-Mar-02 10:43

The observer could notify the singleton that it is "finished" with the object. The singleton could then decide what to do - it would probably pass on the message to the object, which would inform other interested observers of the fact. The object can then delete itself. If it does so, it should inform its (other) observers that it's no longer available for use.

/ravi

"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com

Re: design pattern problem

10-Mar-02 18:12

All is well, but it doesn't change the fact that it still does't break the notifications loop.
Think of this as the flow of events:
1. Subject starts it's notification loop
2. it reaches my observer is the list of observers and notifies it
3. the observer then notifies the singleton needs to be deleted
4. the object is deleted
5. the function (in the singleton and in the observer) returns and the next thing to do is for the subject to continue it's notification loop on to the next observer on the list, but then the program crashes on access violation since the memory space the subject has occupied is not longer allocated since it was deleted / has deleted itself.

Please try something else.
Thanks,
Lior.

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