|
I'm using the following to read a large text file ( 80+megs ); I need to read individual lines and eventually put them in a vector ( to be processed later )
ifstream file1
std::ifstream file1 ( sFileName.c_str() );
std::string oneString;
while (std::getline( file1, oneString ) )
{
}
this takes around 70 secs.
while using MFC
CStdioFile file( sFileName.c_str() , CFile::typeText|CFile::modeRead );
while (file.ReadString(s) )
{
}
takes around 10 seconds.
Is there a better way ? seems that reading with STL should not take that much more time than with MFC.
Is there a way to do it with some kind of inserter like ( this is very vague ... )
something = std::somefunction( filestream.begin(), filestream.end(), somefunctorToReadALine );
Thanks!!!
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
hi everyone...
i have this little problem i hope you can help me with.it's as follows:
i'm making a dll that contains a lot of functions..these functions work on both xp and 9x except for one function ((suppose it's fn1)) that works only on xp((this function uses SetLayeredWindowAttributes))...the problem is when building the dll with fn1 and then trying to use a not fn1 function on win9x an error message appears reporting that the dll is not found!!!!after building without fn1 the dll works properly...i want to be able to use the 9x supported function of the dll even if it's built with fn1...
note:there are no problems at all on winxp...
|
|
|
|
|
Change fn1() to explicitly load user32.lib via LoadLibrary() and use GetProcessAddress() for SetLayeredWindowAttributes(). Something like:
fn1()
{
HINSTANCE hLibrary = LoadLibrary("user32.dll");
if (NULL != hLibrary)
{
typedef BOOL (*SETLAYEREDWINDOWATTRIBUTES)(HWND, COLORREF, BYTE, DWORD);
SETLAYEREDWINDOWATTRIBUTES pSetLayeredWindowAttributes;
pSetLayeredWindowAttributes = (SETLAYEREDWINDOWATTRIBUTES) GetProcAddress(hLibrary, "SetLayeredWindowAttributes");
if (NULL != pSetLayeredWindowAttributes)
*(pSetLayeredWindowAttributes)(...);
FreeLibrary(hLibrary);
}
}
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
i think this idea works..but i think it's like working around the problem...it's like healing symptoms and forget about the disease...isn't there some better idea..
|
|
|
|
|
Actually, it's the preferred method for having a single DLL work on multiple platforms. You can always create multiple DLLs, one with the function and one without.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
the dynamic-loading way didn't work!!!i don't know why..
i get this error:
run-time check failure #0 - the value of ESP was not properly saved across a function call. this is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention.
note:the functions in the dll use _stdcall convention to be used with VB...
|
|
|
|
|
See if this article helps.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
This reminds me of MY current problem, where I need to put some functions in a DLL AND dynamically link to my own functions just to call two Microsoft APIs.
I need to know if there are instances of MSDE on a machine.
Using the 'preferred' functions NumInstalledInstances and IsInstanceNameValid.
These are in a static LIB file you link against. That's fine.
But, when you execute them, they need a DLL that is only installed if the machine ALREADY has one or more of their dependent MSDE DLLs.
So, if you want your EXE to load, you can't directly link with these functions, and so you put the functions in a DLL, but you can't statically link with your own DLL either, or you will still end up requiring the MSDE DLLs to load. So, you put the functions in your own DLL (which is statically linked to the Microsoft API), export some functions similar to the 'static' functions from the Microsoft API, and then DYNAMICALLY get the procedure address at runtime of your own two functions after dynamically loading your own DLL.
Yeeeeeehaw! Aint this fun!
|
|
|
|
|
i got a headache of that..i'm a newbee to these stuff so please give me some more details about what to link statically and what to link dynamically..
i'm using static linking between my c++ dll and APIs contained in it.and using the usual Declare statement in VB to call my dll's functions..what necessary steps i need to make to solve the problem..
note:the article suggests writnig something like:
typedef BOOL (* _stdcall fnptr) (HWND, COLORREF, BYTE, DWORD);
but this didn't work either..
|
|
|
|
|
The code wihtint he C++ DLL needs to load the library, like suggested earlier, then use GetProcAddress to obtaint he function from it, and only call the function if it gets the address, otherwise, you are on a version of the OS that doe snot have the function supported yet.
Something like this:
VB can statically link to C++ DLL
C++ DLL dynamically loads library and gets procedure address
If procedure address exists, then function is called, otherwise, it is not (obviously..)
Then it will work, and you can load your VB application without the error about 'function not found' coming up.
|
|
|
|
|
it's not working man...
i uploaded the project so you can download it and see what's wrong...
after downloading you should build the dll and build the VB example project to the debug folder...
the project
|
|
|
|
|
that's is fantastic...i don't know how to thank you..
this forum is the best and you people are the best...
|
|
|
|
|
Hai frenz. . .
I face a prblm in Modeless dialog. . .
The modeless dialog will appear in front of the parent window.If i select the parent window the dialog will lose it control to parent but it will still remain infront of parent.
Can any one guide me how to over come this prblm. . .
Expecting urs replies
|
|
|
|
|
didn't you set an option like "always visible" or something like that ?
TOXCCT >>> GEII power
|
|
|
|
|
That's the behaviour one usually wants from a modless dialog. What is it you want to accomplish? Should it be dismissed, moved to the background, minimized... ?
|
|
|
|
|
The child dialog has to go back or get minimized. . .
|
|
|
|
|
Set the dialogs parent/owner to be the desktop window.
Without knowing much about your application, this behaviour seems rather confusing.
|
|
|
|
|
Is this possible to make such an appl in pure C++ ?
If so, please tell me how - at least which func
should I use.
Thank you for help in advance.
_________<br />
I'm made in C++... and I'm proud of it!
|
|
|
|
|
Micie wrote:
Is this possible to make such an appl in pure C++ ?
1 - make what ?
2 - Everything is possible in C, so in C++.... express yourself even better 
TOXCCT >>> GEII power
|
|
|
|
|
Doh. How can I make the residental app in C++ ?
Give me sample code or something
_________<br />
I'm made in C++... and I'm proud of it!
|
|
|
|
|
hm let me see,
i'm not an expert on this, but i'd say that you must create a program that is loaded at windows start (or session start - search for the keys in the registry), and that could (or not) have an icon in the system tray...
if you like, you could loook on code project for articles on the subject, i'm quite sure it has already been treated...
see u
TOXCCT >>> GEII power
|
|
|
|
|
Hah! Thanks for help!
The thread is still open, do not hesitate to post
any yr suggestion about it.
_________<br />
I'm made in C++... and I'm proud of it!
|
|
|
|
|
What is a "residental application?"
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
I my dictionary I found it as application which works in background of system. It starts mostly before starting of system. Do u know other name for such application ?
If so, please post it here.
_________<br />
I'm made in C++... and I'm proud of it!
|
|
|
|
|
The term "background application" is a holdover from the days of Unix and DOS (see TSR). It is meaningless within Windows because of its multitasking capabilities.
That said, what exactly is it that you are trying to accomplish?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
