|
I'm working with the code below and want to make a jukebox. How can I play one of several songs randomly?
#include stdlib.h
int main()
{
system( "start c:\\cpp\\pickmeup.mid" );
/* or just system( "c:\\cpp\\pickmeup" ); */
return 0;
}
Thanks, Dave
"The man who reads nothing is better educated than the man who reads nothing but newspapers."- Thomas Jefferson
|
|
|
|
|
(1) Read all song (file) names into an array (say N items)
(2) Pick a random number between 1 and N and use that
entry from your array.
|
|
|
|
|
I was hoping to find some code to generate a random number. I can use a switch statement (or an array as you mentioned), but I don't know how to generate a random number. Any ideas?
Thanks in advance, Dave
"The man who reads nothing is better educated than the man who reads nothing but newspapers."- Thomas Jefferson
|
|
|
|
|
OK, here's what you need to do:
(1) Somewhere near the start of your program, seed the random
number generator using time of day. This ensures that
you don't get the same numbers every time:
srand((unsigned)time(NULL));
(2) Then, every time you need a random number (betrween 0 and iN)
ifile=(rand() % (unsigned)(iN));
That should do it.
|
|
|
|
|
Or should I say, a question about sound. The code below brings up my Windows Media Player, but I don't hear any sound. I can play other system sounds, but for some reason I don't hear any sound when I play my MIDI file. I do see the song playing, but don't hear the sound. Any ideas?
#include stdlib.h
int main()
{
system( "start c:\\cpp\\pickmeup.mid" );
/* or just system( "c:\\cpp\\pickmeup" ); */
return 0;
}
Thanks, Dave
"The man who reads nothing is better educated than the man who reads nothing but newspapers."- Thomas Jefferson
|
|
|
|
|
i'm looking for a good UML software!
does some1 have experiences with that, or how else do u plan your software?
Don't try it, just do it! 
|
|
|
|
|
|
Ok, doesn't anyone know anything about LSP's?? I'm really stuck here..
I downloaded the layered sample from MSDN and compiled it and installed the LSP, but after that none of my internet apps work anymore. I've looked into what exactly is happening, and it seems that its some problem with the DNS. When i dont have the LSP installed, it just resolves addresses, or even doesnt and starts sending tcp data immediately when i open my browser, but when its installed, it sends a UDP packet for trying to resolve the hostname or something and gets a UDP packet reply and then all traffic just ends...thats it..
Thank you very much for any suggestions whatsoever!!
Kuniva
--------------------------------------------
|
|
|
|
|
I have a DLL I need to use, and it came with a header file and a DEF file. They appear to have been written in C. I need to make a LIB file from the DEF file before the DLL is useable. I tried using the LIB command with the /DEF switch, but I must not be using it correctly. I also found instructions to modify the header file, compile to get an OBJ file, and then use the LIB command to create a LIB file, but I didn't succeed at that either. Does anyone know how to do this? Here's part of the header file.
#if defined(CALLED_DLL)
# define DLL_IMPORT __declspec(dllexport)
#else
# define DLL_IMPORT __declspec(dllimport)
#endif
extern "C" int DLL_IMPORT __stdcall StoreX(
char* FilePath,
char* ServerAddress
);
#endif
Here's the DEF file:
LIBRARY MYDLL.DLL
EXPORTS
StoreX@80 @1 ; StoreX
|
|
|
|
|
I've heard this many times before and I'm wondering why is that? Why is MFC considered bad OOP?
I should mention that I have no experience in MFC (or else I could prbably see why myself  ), but have programmed in Java for years. I'm just curious about this. ;)
Tangently:
What API would you recommend for a good solid client side window app (Java is not an option). .NET or MFC (or other)? I have some experience with .NET but in some ways it doesn't seem solid enough, so I'm wondering if I should use some time learning MFC and use that instead. Any advice?
Lastly, does MFC have a steep learning curve?
"Yeah, I would've killed you, but I'm glad I didn't - the paperwork is a bitch"
|
|
|
|
|
Rohde wrote:
Why is MFC considered bad OOP?
rotfl.
What apart from the mess of macros, the half baked serialization, the thin wrapper around a functional api, some of the bizarre choices for base classes, strange naming conventions and the fact that it is old, and that C++, and programming in general have matured since MFC was first released. Oh. And the documentation, I don't want to bag MSDN, it's comprehensive, but it's a bloody side harder to navigate around than the Java API documentation.
Rohde wrote:
What API would you recommend for a good solid client side window app (Java is not an option).
C#. Java is pretty much dead in the water as far as I'm concerned.
If it has to be C++, you're pretty much stuck. You probably need to know at least a little MFC to get your head around WTL which is far more readable IMO.
If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.
Rudyard Kipling
|
|
|
|
|
MFC was designed when OOP was just starting. The VC++ compiler back then was bad, did not support
the full C++ standard and the STL was not yet designed.
So MFC is full of crude hacks to circumvent the copiler bugs. It sports its own set of containers (with a flawed design) instead of using the STL ones.
Newer frameworks usually have better OO design.
But I can't help you which one to choose. I do not know enough of them.
Rohde wrote:
Lastly, does MFC have a steep learning curve?
If you know Win32 before, it is just a thin wrapper. But for starting, it may be sometimes puzzeling. But OTOH, you get more books and articles for help than you ever can read.
Who is 'General Failure'? And why is he reading my harddisk?!?
|
|
|
|
|
Rohde wrote:
Why is MFC considered bad OOP?
One thing that was not mentioned by the others, is that views rely on being hosted in a frame. In a true OO heirarchy, this is not important - classes do not rely on where they are being used. A class should be self-contained - it should not rely on other classes unless the two are specifically used together, like a list view with a header control. But even in this case, the header control has no idea that it is being used inside a list view.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ryan Binns wrote:
One thing that was not mentioned by the others, is that views rely on being hosted in a frame. In a true OO heirarchy, this is not important - classes do not rely on where they are being used.
This is just one example out of a frightening number which shows that the MFC designers 1) didn't understand OOP methodology and 2) didn't even understand the features of C++.
Classes are inherited from other classes without taking advantage of polymorphism in obvious cases (see the mess of Create functions in objects derived from CGDIObject).
A reliance on macros to make their message mapping nonsense functional should have been a signal that they needed to START OVER and try again.
Why is CPropertySheet on a different branch of the class hierarchy chart than CDialog? I quote from the documentation: Objects of class CPropertySheet represent property sheets, otherwise known as tab dialog boxes.
I know a lot of the idiocy of MFC is directly inherited from the idiocy of the Windows API, but there is much that is brand new MFC flavored idiocy.
|
|
|
|
|
David Kentley wrote:
This is just one example out of a frightening number which shows that the MFC designers 1) didn't understand OOP methodology
That's understandable. OOP methodology was not very well developed when MFC was first written. Retaining compatibility means that what they originally wrote had to be kept.
David Kentley wrote:
A reliance on macros to make their message mapping nonsense functional should have been a signal that they needed to START OVER and try again.
Aaaah. That one's easy to explain . MFC was written before the MS compiler supported templates. I'd like to see you implement message maps without using macros or templates . And once it was written, it had to be kept for compatibility reasons.
David Kentley wrote:
Why is CPropertySheet on a different branch of the class hierarchy chart than CDialog?
Because in the Win32 API, property sheets are not tabbed dialogs. They are completely separate. Sure, you could inherit CPropertySheet from CDialog, but you'd have to replace the entire behaviour of the class - not exactly a prime candidate for inheritance.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ryan Binns wrote:
Aaaah. That one's easy to explain . MFC was written before the MS compiler supported templates. I'd like to see you implement message maps without using macros or templates
Hmmm, how would you implement message maps with templates? AFAIK, WTL also uses macros for message maps. "OO aproach" would be to use some form of Observer pattern, but it would introduce some performance penalty.
|
|
|
|
|
Nemanja Trifunovic wrote:
Hmmm, how would you implement message maps with templates?
Using .NET-style delegates with functors. I'm in the middle of an article on this at the moment. Hopefully I'll have it finished in the next couple of days.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
That's a good idea! Write an article on your C++ delegate. Then other people besides just the GUI Library group can use it.
"Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhi
|
|
|
|
|
how do i get a cild windows position relative to its parents position?
in a dialog application
|
|
|
|
|
This code will retrieve the position of the child in client co-ordinates of the parent (i.e. top-left corner of the parent window is location 0,0).
CRect rc;
pChild->GetWindowRect( rc );
pChild->GetParent()->ScreenToClient( rc );
Dave
http://www.cloudsofheaven.org
|
|
|
|
|
 Hey everyone I'm trying to write a dialog based program using MFC App Wizard and everything is going good but I need to have the program generate a notepad like window with text and a print and save option when the user clicks on a button. How do I do this? I was trying out WinExec ( "NOTEPAD.exe", SW_SHOWNORMAL ); but I cannot figure out how to send the text the user entered in the dialog window to the notepad. Please can someone help me out?
|
|
|
|
|
When you say "Notepad like window" do you mean that you are required to execute a seperate application like notepad? If so, I don't know how you can tell a given program to paste the text into a control.
If you just need the functionality of Notepad, create a second dialog within your app and just put a large edit control on that dialog. THen you can attach a menu to that dialog box with File...Save and File...Print.
You can use the common dialog boxes to do most of your work.
|
|
|
|
|
I just need the functionality of notepad. I'll try and add a second dialog to my app, but I've never done anything like that before, anyone know of any good step by step tutorials? I recent bought the book "Programming Windows with MFC" by Jeff Prosise, but I'm still having difficultly.
|
|
|
|
|
I am attempting to reindex my recordset. To do that, I'm issuing a pSet->m_strSort = "[Field]" command followed by a pSet->Requery() command. The requery command brings up a "Too few parameters. Expected (1)" error message. Does anyone know how that message may come about and the workaround for it? Thx,
Ralf.
|
|
|
|
|
It usually means you have something wrong in your query string. More than likely, you have mispelled a column name in your sort string.
Tony Fontenot
I love deadlines. I like the whooshing sound they make as they fly by.
-Douglas Adams
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
