|
Thanks
Subramanian
But i havnn't found any topic How to use Xlw.If it's possible then give me step.How to write data in excel through XLW.
please help.
|
|
|
|
|
rdop wrote: Thanks
You're welcome. 
rdop wrote: But i havnn't found any topic How to use Xlw.If it's possible then give me step.How to write data in excel through XLW.
Use the link that I gave to you in my previous post. There is a mailing list, that you will have to join and you can discuss stuff related to XLW (including asking for technical help) in it.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
hello Friends
I m creating a one dlu for 3dsmax using INode* root_node,when i use this root_node in my current Dlu then i m able to getting its values by excessing its function that r returning right values.
But when I creat another dll and in that in tht dll I create one function tht i m exporting and passing this INode object to that dll.That object is not null there but when i try to excess some values by using its function then it returns nothing.
Do u hv any Solution?
thanks & Regards
Yogesh
|
|
|
|
|
Your question is obscure, give more details.
Easy Profiler : a compile-time profiler for C++
www.potatosoftware.com
|
|
|
|
|
how can I use one classs function in second dll and they r defined in first dll?
|
|
|
|
|
I think it suffices to declare it as an export class. That's all. There should not be any problem.
Give me code so I can see.
Easy Profiler : a compile-time profiler for C++
www.potatosoftware.com
|
|
|
|
|
Hi ,
Is there away for getting hidden memory physical start address in the user mode.
Thanks
|
|
|
|
|
What do you mean by hidden memory ?
|
|
|
|
|
hidden memory == burn memory of RAM in the PC
|
|
|
|
|
ta_isr wrote: Is there away for getting hidden memory physical start address...
Of what?
"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
|
|
|
|
|
Of hidden memory (burn memory)
|
|
|
|
|
If you are looking for a usermode version of MmGetPhysicalAddress[^] to obtain physical memory addresses then there are no official/reliable methods. NT based operating systems are running in protected mode and the CR3 register cannot be accessed from usermode. There are some available hacks using but even those are OS dependent.
Best Wishes,
-David Delaune
|
|
|
|
|
David,
Thanks for your answer , that is exactly what I'm looking for.
Can you direct me those "available hacks using but even those are OS dependent." ?
|
|
|
|
|
Just google for the 0xFFFF000 and 0x1FFFF000 masks. The other techniques I described rely on kernel objects that are always allocated at the same physical offset. I do not feel comfortable describing these security flaws on a public forum. Unfortunately your on your own.
Best Wishes,
-David Delaune
|
|
|
|
|
I tried to fined "0xFFFF000 and 0x1FFFF000 masks".
I will appreciate if you can send me a link 
|
|
|
|
|
hai to everybody
i am doing a program in C++ and it executed successfull but while i enter the values it not be visible
#include<iostream.h>
#include<conio.h>
#include<stdio.h>
#include<process.h>
char buf[20],p[20],cos[20];
int mutex,i,k,c,n;
class ipc
{
public:
ipc()
{
mutex=0;
}
void prosig()
{
mutex=mutex+1;
}
void consig()
{
mutex=mutex-1;
}
int buffer(int mutex)
{
if(mutex==0)
return 1;
else
return 0;
}
void producer()
{
int c;
c=buffer(mutex);
if(c==1)
{
cout<<"producer can produce item & give $ for end \n";
i=0;
while((p[i]=getch())!='$')
{
buf[i]=p[i];
i++;
}
k=i;
prosig(); cout<<"production successfully done/n";
}
else
{
cout<<"buffer is full cannot produce\n";
}
}
void consumer()
{
int c;
c=buffer(mutex);
if(c==0)
{
cout<<"consumer can consumer item\n";
for(i=0;i<k;i++)
cos[i]=buf[i];
cout<<"consumer item is ";
for(i=0;i<k;i++)
cout<<cos[i]<<endl;
consig();
cout<<"successfully done\n";
}
else
cout<<"buffer is empty. cannot consume.\n";
}
};
void main()
{
ipc p1;
int op;
clrscr();
do
{
cout<<"1:Producer.\n";
cout<<"2:Consumer.\n";
cout<<"3:Exit.\n";
cout<<"\t\t Enter your option:";
cin>>op;
switch(op)
{
case 1:
p1.producer();
break;
case 2:
p1.consumer();
break;
case 3:
exit(0);
break;
}
}
while(op<=3);
getch();
}
i think for the above underlined word not allow to visible the text while running the program
|
|
|
|
|
check with this
#include<iostream.h>
#include<conio.h>
#include<stdio.h>
#include<process.h>
char buf[20],p[20],cos[20];
int mutex,i,k,l,n;
class ipc
{
public:
ipc()
{
mutex=0;
}
void prosig()
{
mutex=mutex+1;
}
void consig()
{
mutex=mutex-1;
}
int buffer(int mutex)
{
if(mutex==0)
return 1;
else
return 0;
}
void producer()
{
int c;
c=buffer(mutex);
if(c==1)
{
cout<<"producer can produce item& give$ for end \n";
i-0;
while((p[i]=getchar())!='$')
{
buf[i]=p[i];
i++;
}
k=i;
prosig();
cout<<"production successful done \n";
}
else
{
cout<<"buffer is full cannot produce \n";
}
}
void consumer()
{
int c;
c=buffer(mutex);
if(c==0)
{
cout<<"consumer can consume item \n";
for(i=0;i<k;i++)
cos[i]=buf[i];
cout<<"consumed item is";
for(i=0;i<k;i++)
cout<<cos[i]<<endl;
consig();
cout<<"successfully done \n";
}
else
cout<<"buffer is empty cannot consume \n";
} //fn
}; //class
void main()
{
ipc p1;
int op;
clrscr();
do
{
cout<<"1:producer.\n";
cout<<"2:consumer.\n";
cout<<"3:exit.\n";
cout<<"\t\t Enter your option:";
cin>>op;
switch(op)
{
case 1:
p1.producer();
break;
case 2:
p1.consumer();
break;
case3:
exit(0);
break;
}
}
while(op<=3); //do
getch();
}
|
|
|
|
|
How can i select font in HDC..ie i have font structure which is stored in CFont pointer..
now can i select this font in HDC...
|
|
|
|
|
Take a look at SelectObject[^]. Be careful to reset the font to its previous value after usage.
|
|
|
|
|
Do you mean you have a CFont object and no CDC object, only a HDC and want to use the font in the DC? If so:
SelectObject(the_hdc, (HFONT)(*the_font_pointer)); should do the trick. (Don't forget error handling and storing and resetting the previous font to the DC too...)
p.s: If you would like to have a CDC object that "represents" your HDC, you can use CDC::Attach[^] to attach a CDC object to your HDC, just don't forget to also use CDC::Detach[^] if you are done with it because CDC's destructor will try to delete the DC.
> 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. <
|
|
|
|
|
(Don't forget error handling and storing and resetting the previous font to the DC too...)
Please let me know how can i do the same..
|
|
|
|
|
HFONT originalFont = (HFONT)::SelectObjeft(the_hdc, (HFONT)(*the_cfont_pointer));
...perform drawing or whatever you wish to do with the DC and the font here...
::SelectObject(the_hdc, originalFont);
With error handling i just generally meant checking your pointers and handles against NULL and so on, just the usual stuff.
> 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. <
|
|
|
|
|
Thanks for ur reply..
if i used only...below line..
(HFONT)::SelectObjeft(the_hdc, (HFONT)(*the_cfont_pointer));
and if do not do..
::SelectObject(the_hdc, originalFont);
may i know the disadvantage
|
|
|
|
|
Your font will still be selected in the device context, which means that if some other text is written on the screen, it will be with your font and not the default font.
|
|
|
|
|
Well, first of all, why you should do it is because the documentation[^] clearly states so:
This function returns the previously selected object of the specified type. An application should always replace a new object with the original, default object after it has finished drawing with the new object.
Aside of this, i believe if you don't do it, it can lead to resource leaks. For example, when you later on destroy your CFont object, it will try to call DeleteObject on the font resource, however, since this font is still selected into your DC, it will fail, but your CFont gets destroyed anyways, and since this CFont was your only "connection" to the actual font resource (your CFont's m_hFont member held the handle to this resource), you loose control over it, it will sit in memory, taking up space in Windows's resource pool, and never get freed up (unless it gets destroyed when your application quits, i believe the system now does that, it didn't used to in the old WIn95-98 times i think). There are probably many other possibilities how one can screw up things by forgetting to restore graphic tools, but i am not aware of them, never did any "research" about this topic really.
> 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. <
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
