|
For bookmarks, this link has the info: CRecordset::SetBookmark[^]
I've never heard of the CQueryDef class 
I do direct queries through a CRecordset-derived class object (which represents a table).
There's a wizard to create these classes quickly from an existing database. The wizard-created
class has member variables for each column in the table, which are automagically filled with
the data for the current row as you scroll through result sets.
Something like:
pPatternStepTable = new CPatternStepTable(pDB);
...
CString strQuery = "";
strQuery.Format("DELETE * FROM PatternStep WHERE DesignTimePattern = %ld", m_lPatternId);
pPatternStepTable->Open(CRecordset::dynaset, strQuery, CRecordset::executeDirect);
pPatternStepTable->Close();
Since these classes wrap the ODBC APIs, you also have the flexibility of making native calls
like this:
HSTMT hStmt;
::SQLAllocHandle(SQL_HANDLE_STMT, pDB->m_hdbc, &hStmt);
nSqlRet = ::SQLExecDirect(hStmt, (SQLTCHAR *)(const TCHAR *)strQuery, _tcslen(strQuery));
...etc.
|
|
|
|
|
Turns out that CDatabase has an ExecuteSQL(LPCSTR) method that handles the CQueryDef functionality, so I'm covered there.
I'd already looked at the SetBookmark help. The reason I was using the bookmark code was due to the fact that after you call CDaoRecordset::Update() the object no longer pointed to the record just updated. In other words,
// member variable in a given class
CRecordset m_rs;
m_rs.AddNew();
m_rs.SetSomeMemberVariables("record 42");
m_rs.Update()
// m_rs no longer points to "record 42"
Using GetLastModifiedBookmark(), I could set the current bookmark to the record just updated. Now I have no way of doing this.
How does CRecordset behave after a call to Update()? If it doesn't point to the record just updated, how do you get it back?
|
|
|
|
|
I'm pretty sure it still points to the record. You'd have to call CRecordset::Edit, make any
column changes and call Update again to edit the record after using AddNew/Update. If you close
the query, though, you'll have to use a bookmark or some other way to obtain the record again.
Note that on CRecordset::Open, you'll want to use the appropriate option flags (CRecordset::appendOnly
to just add new records, CRecordset::readOnly if you are just going to read records, etc.).
Using CRecordset::none allows you to edit, addnew, and delete records.
|
|
|
|
|
Most excellent, thanks. Nine gazillion compiler errors later, I'm finally down to linking.
You know, most days like this start with the phrase, "All I wanted to do was..." 
|
|
|
|
|
Christopher Duncan wrote: You know, most days like this start with the phrase, "All I wanted to do was..."
My all time favorite was porting my product (a bunch of GUI/Service apps, a couple shared DLLs)
to Unicode.
Or was it converting from Borland's OWL to MFC heh
|
|
|
|
|
Of course, after the OWL rewrite, for the first time in history Borland tried to look like Microsoft instead of the other way around. I still raise a glass to Phillipe Khan every now and then, as I learned to program on Turbo C 1.0 (the only thing I could afford back in my broke musician days).
After chasing down a bit of excitement due to the fact that CRecordset tends to throw exceptions where CDaoRecordset didn't (and cleaning up numerous warnings from sloppy coding that VC 6 didn't whine about), I'm up and running with VS2003. Although I really didn't have any desire to move it away from VC 6, I'm glad I did now as I remember having to do some hacks because of the hardwired DAO version stuff with MFC. With the ODBC recordset approach, it's more portable to the future.
Just wanted to pop in and say thanks very much for your help. If you feel like talking music, etc., hit the email link and I'll reply back with my real address. Always good to meet another brother in arms! 
|
|
|
|
|
|
Mark Salsbery wrote: That was relatively painless (especially for me haha).
No doubt.
I'd been doing MFC since VC 1.0 came out, and had also been doing a little of Borland's Windows stuff in Windows 3.1. I seem to recall that they skipped a major version number, and then the next one that came out was essentially MFC. Don't know why they went that route. Borland was always the leading edge of cool development environments. However, that release was pretty much the beginning of the end for them. Quality and market share continued to slip until they became irrelevant. Man, do I miss those guys.
The ODBC based CRecordset stuff turned out to be an absolute freakin' nightmare. Bizarre exceptions thrown, stuff worked in debug but would crash in release, yada, yada. I finally figured out how to get the CDaoRecordset stuff compiling again, got rid of my hacks from previous versions, and it works again. There's a few days of my life I won't get back. Just another day in the life of a geek, eh?
|
|
|
|
|
Christopher Duncan wrote: The ODBC based CRecordset stuff turned out to be an absolute freakin' nightmare. Bizarre exceptions thrown, stuff worked in debug but would crash in release, yada, yada
That's a bummer! Sorry I steered you in a bad direction. Apparently the two are not as similar
as I thought.
Cheers,
Mark
|
|
|
|
|
You steered me in a perfectly valid direction! It's not your fault that the quality of Microsoft products is, er... inconsistent.
I appreciate all the help, man. And if you're ever headed to Atlanta, be sure to throw a guitar in with your bags.
|
|
|
|
|
Christopher Duncan wrote: And if you're ever headed to Atlanta, be sure to throw a guitar in with your bags.
I'm a drummer, but I'll bring a guitar. I know 2 or 3 chords 
|
|
|
|
|
Mark Salsbery wrote: I'm a drummer, but I'll bring a guitar. I know 2 or 3 chords
Well, I can beat on things but they're usually computers, so quite the pair we'll make.
|
|
|
|
|
Well, like a studio owner/engineer once said to me..."You can't break rock-n-roll"!
It's better that I bring sticks instead.
I'm in Southern California so if you're out this way and need to jam...!
|
|
|
|
|
Hey, I may have to come to SoCal just to party! I need to hit the left coast to hassle Tom in Redmond anyway and collect on some of the pizzas he owes me.
|
|
|
|
|
Christopher Duncan wrote: Hey, I may have to come to SoCal just to party!
Never need an excuse to do that around here
|
|
|
|
|
|
OLE DB is my preference.
Steve
|
|
|
|
|
Do you happen to know if there's a performance difference between dao, oledb and the CDatabase stuff?
|
|
|
|
|
Sorry, can't help you there. DAO is old and your best off not using it if possible. ODBC is the industry standard but can be accessed via OLD DB. OLE DB is very flexible, COM based and gives you the most options.
Steve
|
|
|
|
|
That's cool. I appreciate the help, man.
|
|
|
|
|
I'd love to see what your app does.
What avantages does it have over lighting console?
Do you find it awkward not having faders to control the light levels?
|
|
|
|
|
Hey, man.
Well, this app came about because Flying Pigs are $30k. And even they don't do everything I want. The light show is designed up front and the lighting events are then triggered by MIDI at show time. So, I don't need a lighting guy (other than the two guys running the follow spots) - the lighting just happens by SFM and I can concentrate on playing guitar and leaping about.
|
|
|
|
|
Nice...
I often wonder how 'on the fly' real lighting shows are these days, I think it comes down to how much time the LD has to prepare and design the lighting before hand, or if they have to 'busk' it with a few pre-prepared macro effects...
So what kind of thing do you use that the hogs don't do?
|
|
|
|
|
Most of the base functionality is the same as hogs or any other decent console - scenes, overlays, focus points, patterns, combos, moving light events, etc. There's only so many tricks in the bag, and all the good systems use them.
However, it's built on a different metaphor. Consoles (physical or virtual) are designed with an LD in mind both at design time and show time, even if they do little more than hit hotkeys to fire off macros or step through a cue list. I designed this from a musician's point of view for those of us who don't have lighting guys at gigs so that you can trigger the events from the stage via footpedal, etc.
I considered selling it as a product once I got it polished, but the thought of providing tech support to, well, musicians...
|
|
|
|
|
Hi,
I need to make an application autorun from a USB device. Can that be done without being dependent on another application on the host system? I have seen some posts in this forum from '03, but it seems the poster never got an answer that I could use for my case.
I would appreciate any help,
Royce
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
