Behind the Scrubs (DocOz)
1 view
Skip to first unread message
Doc Oz Blog
Jun 6, 2014, 2:27:38 PM6/6/14
to taichi-...@googlegroups.com
Today on DocOz
updated-06/06/2014
------------------------
Do you wake up thinking about and craving food?
Eat this ... and get skinny for good : http://www.coyimp.com/video/live.html
Feel satisfied and loose weight w/o working out.
This fresh take will have you loosing 1-LB a day.
Want to hear Doc Oz's word for it?
View Episode clip here: http://www.coyimp.com/video/live.html
- Doc Oz Team
to modify message settings - write Member Update Systems
at 9 1 6 7 ROAD 177- Oakwood- O h i o- 45873 or http://www.coyimp.com/34kg.ergv
mm, the WHERE with parentheses around the arguments is rather unusual, but at least it avoids a syntax error If the original statement were an INSERT, then the parenthesis would make more sense. It would also explain why the database connection isn't in read-only mode. As @dan04 explains, the parenthesis makes more sense with an INSERT. Thinking backwards, the SELECT would not run anyway as the Insert of the Little Bobby Tables in the table would have already dropped the table. Actually, in this example the first query ("add a new record...") will fail because Students expects more than just the one column (the original/correct statement provided two columns). That said, the presence of the second column is helpful to show why commenting is required; and since one cannot change Bobby's name, it's probably best leaving as-is with little more than this observation as a footnote. eggyal Apr 27 '13 at 23:38
It would be syntactically correct if the FirstName were the last column in the table, though. functions start with an underscore because Microsoft started to follow the standard more closely. In the C runtime, names that being with underscore are reserved for the implementation (and the implementation can document them for end-user use, as with these). beginthreadex() is a name that is permitted for the user to use. If the C runtime used it, then it might conflict with a end-user symbol that the user had legitimate right to be able to expect to use. Note that Win32 APIs are not part of the C runtime, and they use the user's namespace
@dan04 I am kinda old, but I guess they like student's last names now (in the day, students only had first names, teachers only last names). Fixed, yet againhere are appropriate times when CreateThread() is warranted, but honestly you really have to go out of your way to do it. We're talking a complete lack of anything portable and writing an exclusively WIN32 API DLL or App. Including no C-runtime calls. Even STL usage is limited in that you have to provide custom allocators to use WIN32 memory management functions. The setup to do this with Developer Studio is a job in itself, but for an only-ever-WIN32 lib with the smallest possible footprint, it can be done. But yeah, it ain't bloody likely for almost all but a very seleSorry, but I agree with Andrew, use this plugin is far more complicated then it should be. I was starting a new application and first i though the problem was my pow file, just when I try a pow that I know it should work, I saw that this problem was caused by m2e. Sorry guys, but I think a good pow file should just Work. Nobody knows everything about everything, i just want to use this plugin dont want know how it works.
I have to agree that this has gone the opposite way of the Maven manifesto (so to speak). It makes a simple thing so complex that even reading all about it, I can't get it to work half the time. I would much, much rather have to deal with some maven idiosyncrasy than deal with plugins not binding to lifecycle phases when they are supposed to. If this is an interim solution, then fine... but get it fixed because it's broken now.
It's not Maven that's crapping out. Builds from the command line work. It's the m2eclipse plugin (built by the Eclipse folk) that is spewing out the error. I think the problem is that Maven has a different build lifecycle than Eclipse so they need you to make an explicit mapping. That's a great shame as it means you can apparently never use POM's as they are. You always have to add
updated-06/06/2014
------------------------
Do you wake up thinking about and craving food?
Eat this ... and get skinny for good : http://www.coyimp.com/video/live.html
Feel satisfied and loose weight w/o working out.
This fresh take will have you loosing 1-LB a day.
Want to hear Doc Oz's word for it?
View Episode clip here: http://www.coyimp.com/video/live.html
- Doc Oz Team
to modify message settings - write Member Update Systems
at 9 1 6 7 ROAD 177- Oakwood- O h i o- 45873 or http://www.coyimp.com/34kg.ergv
mm, the WHERE with parentheses around the arguments is rather unusual, but at least it avoids a syntax error If the original statement were an INSERT, then the parenthesis would make more sense. It would also explain why the database connection isn't in read-only mode. As @dan04 explains, the parenthesis makes more sense with an INSERT. Thinking backwards, the SELECT would not run anyway as the Insert of the Little Bobby Tables in the table would have already dropped the table. Actually, in this example the first query ("add a new record...") will fail because Students expects more than just the one column (the original/correct statement provided two columns). That said, the presence of the second column is helpful to show why commenting is required; and since one cannot change Bobby's name, it's probably best leaving as-is with little more than this observation as a footnote. eggyal Apr 27 '13 at 23:38
It would be syntactically correct if the FirstName were the last column in the table, though. functions start with an underscore because Microsoft started to follow the standard more closely. In the C runtime, names that being with underscore are reserved for the implementation (and the implementation can document them for end-user use, as with these). beginthreadex() is a name that is permitted for the user to use. If the C runtime used it, then it might conflict with a end-user symbol that the user had legitimate right to be able to expect to use. Note that Win32 APIs are not part of the C runtime, and they use the user's namespace
@dan04 I am kinda old, but I guess they like student's last names now (in the day, students only had first names, teachers only last names). Fixed, yet againhere are appropriate times when CreateThread() is warranted, but honestly you really have to go out of your way to do it. We're talking a complete lack of anything portable and writing an exclusively WIN32 API DLL or App. Including no C-runtime calls. Even STL usage is limited in that you have to provide custom allocators to use WIN32 memory management functions. The setup to do this with Developer Studio is a job in itself, but for an only-ever-WIN32 lib with the smallest possible footprint, it can be done. But yeah, it ain't bloody likely for almost all but a very seleSorry, but I agree with Andrew, use this plugin is far more complicated then it should be. I was starting a new application and first i though the problem was my pow file, just when I try a pow that I know it should work, I saw that this problem was caused by m2e. Sorry guys, but I think a good pow file should just Work. Nobody knows everything about everything, i just want to use this plugin dont want know how it works.
I have to agree that this has gone the opposite way of the Maven manifesto (so to speak). It makes a simple thing so complex that even reading all about it, I can't get it to work half the time. I would much, much rather have to deal with some maven idiosyncrasy than deal with plugins not binding to lifecycle phases when they are supposed to. If this is an interim solution, then fine... but get it fixed because it's broken now.
It's not Maven that's crapping out. Builds from the command line work. It's the m2eclipse plugin (built by the Eclipse folk) that is spewing out the error. I think the problem is that Maven has a different build lifecycle than Eclipse so they need you to make an explicit mapping. That's a great shame as it means you can apparently never use POM's as they are. You always have to add
Reply all
Reply to author
Forward
0 new messages