Mailing List
Home
Forum Home
MySQL General - General MySQL discussion
MySQL++ - Programming with the C++ API to MySQL
MaxDB - Everything about MaxDB, formerly known as SAP DB
ODBC - ODBC with the MySQL Connector/ODBC driver
MySQL on Win32 - Runing MySQL on Windows 9x/Me/NT/2000/XP
Java Help - Mostly related to the MySQL Connector/J driver
Perl - Perl support for MySQL with DBI and DBD::mysql
GUI - MySQL GUI Tools
Announcement
Subjects
Subject: mysql openssl Question
ERROR 1045: Access denied for user: 'root@localhost ' (Using
password: NO)
Update one field with more fields from another table
Subject: Getting Identity after INSERT
ERROR 2002: Can 't connect to local MySQL server through socket
mysql test 4 1 fails with the gis test
Subject: MySQL Cluster Software
Downgrade Mysql from 4 to 3 23
Mysql 4 0 Oracle Stored Procedure Trigger Conversion
Can 't access mysql after kernel upgrade
Executing MySQL Commands From Within C Program
Comparing and writing out BLOBS
Subject: Re: Preventing Duplicate Entries
FULLTEXT query format question
Strange behavior, Table Level Permission
Does the binary log enabling affect the MySQL performances?
mysql:it 's a db not a dbms how it 's possible?!
mysql have same function mthod as Oracle decode()
 
MySQL++
Page 8 of 46 1   2   3   4   5   6   7   8   9   10   Next 10  

Linking problem ^^

> Tonia Tatasen wrote > > > > But when I try to compile the first example I get serveral linking > > errorrs (but I only list one because they all look more or less the > > same) > > Read the FAQ

Linking problem ^^

Tonia Tatasen wrote > > But when I try to compile the first example I get serveral linking > errorrs (but I only list one because they all look more or less the > same) Read the FAQ and the docs

Linking problem ^^

I don 't know if this will solve your problems but it is the most suggested solution in case of linking problems include mysqlpp.dll in your project folder and visual studio will be able to find it.

Linking problem ^^

Hi I have a problem compiling a project with mysql++. First I installed MySQL 5.0 for Windows (WinXP SP2 here ^^). Then I downloaded mysql-5.0.45-win-src and compiled it. All goodie so far. Then I

Subject: Re: Eyeballs needed on new reference counted pointer template

Jonathan Wakely wrote > > there 's a race on the memory allocation in ResUse field_types(int). I 'm pretty sure the whole create-on-demand strategy used with FieldNames and FieldTypes is a crock b

Subject: Re: Eyeballs needed on new reference counted pointer template

On 18/08/07 Jonathan Wakely <mysql@(protected) > wrote > > > So tell me why I 'm wrong. Why is it helpful to send off Rows to a > > second thread while the first reuses the Result object for a new qu

Subject: Re: Eyeballs needed on new reference counted pointer template

On 16/08/07 Warren Young <mysqlpp@(protected) > wrote > Jonathan Wakely wrote > > > > Users sharing Rows between threads already have to ensure > > the Result object doesn 't go out of scope in anoth

Subject: RE: SSQLSv2 design discussion

Warren Young wrote > Perhaps you are overengineering it. What 's wrong with just subclassing > mysqlpp Date and telling ssqlsxlat to use your subclass? Every > assignment to it can run the text t

Subject: Re: Inserting with a column that uses auto_increment

Fair enough Warren well stated. As far as my lack of a response for the "50 columns per table " reply I wanted to speak to the database folks where I work for advice. It took a few days to coll

Subject: Re: Eyeballs needed on new reference counted pointer template

Joseph Artsimovich wrote > > 1. It 's not thread-safe. MySQL++ isn 't thread-safe today [*] and it will never be truly "thread-safe " in the sense that any thread can do anything it likes at any

Subject: Re: Inserting with a column that uses auto_increment

Graham Reitz wrote > > Wow man there is no reason for this. I think you 're misreading the tone of the message an easy thing to do over a text medium. It should be read as a strong calm argumen

Subject: Re: SSQLSv2 design discussion

Joel Fielder wrote > Sorry I wasn 't actually particularly clear with the whole transform > thing - it would need to be possible either at field level *or* object > level. LocaliseDate would therefo

Subject: Re: Eyeballs needed on new reference counted pointer template

Chris Frey wrote > refs_ new size_t(1) ... > Although if new throws we have bigger problems to worry about. -) On any machine with virtual memory I agree. If you 've run out of memory in

Subject: Re: SSQLSv2 design discussion

On Thu Aug 16 2007 at 02 11 31AM -0600 Warren Young wrote > Are you ceding nominal control of the packarray project then? I mean > if someone were to just take over and finish it would you ob

Subject: Re: Eyeballs needed on new reference counted pointer template

Robert Mecklenburg wrote > > It 's also worth mentioning that the shared_ptr classes have been > accepted for C++ Technical Report 1 and will be included in all future > C++ compiler suites. It is a

Subject: Re: SSQLSv2 design discussion

Joel Fielder wrote > > Also the ability to apply some transform as the result set goes into > the SSQLS e.g. localising a date. I have zero personal interest in that. If one wants it one will h

Subject: Re: SSQLSv2 design discussion

Chris Frey wrote > > > option use_accessors getX > > ...Capitalization of the X could be significant That was the idea yes. > > The "option " statements let you control naming scheme details.

Subject: Re: Eyeballs needed on new reference counted pointer template

Joel Fielder wrote > I 'd like to see use of Boost. The main argument against it was with > people struggling to build it before using mysql++ but the smart > pointer library is headers only - you d

Subject: Re: Eyeballs needed on new reference counted pointer template

Alex Burton wrote > Slight improvements might be made by only testing counted_ to know if it > is a non null pointer instead of checking ref_ is set all the time. This is just paranoia of the same

Subject: Re: Eyeballs needed on new reference counted pointer template

Jonathan Wakely wrote > > Users sharing Rows between threads already have to ensure > the Result object doesn 't go out of scope in another thread Well funny you should bring give that example. T

Subject: Re: Eyeballs needed on new reference counted pointer template

On 15/08/07 Joseph Artsimovich <joseph@(protected) > wrote > There are several problems with your RefCountedPointer template > > 1. It 's not thread-safe. You can 't reference a single object from multipl

Subject: Re: Eyeballs needed on new reference counted pointer template

Better yet why not just use boost 's TR1 implementation? http //www.boost.org/doc/html/boost_tr1.html That way when the rest of the compilers come out with their TR1 implementations you aren 't nec

Subject: Re: Eyeballs needed on new reference counted pointer template

Sorry Robert I didn 't see your post. Warren seems to have generated a nice discussion. Excellent. Graham On Aug 15 2007 at 9 47 AM Robert Mecklenburg wrote > Warren Young writes > > Smart poi

Subject: Re: Eyeballs needed on new reference counted pointer template

> And yes I am aware that this wheel has already been invented. > It 's in Boost for instance but the last time I brought up the > possibility of making Boost a dependency of MySQL++ it was sh

Subject: Re: Eyeballs needed on new reference counted pointer template

Warren Young writes > Smart pointers are tricky and automatic memory management is even > trickier and I just created a template that does both. Joel Fielder writes > I 'd like to see use of B

Subject: RE: Problem Using sqlapi++

Actually this seems to be a question on sqlapi++ (from www.sqlapi.com) not mysql++. If this is correct then this is no the place for that question. -----Original Message----- From Maarten Schrijve

Subject: RE: SSQLSv2 design discussion

Sorry I wasn 't actually particularly clear with the whole transform thing - it would need to be possible either at field level *or* object level. LocaliseDate would therefore need std string operat

Subject: RE: SSQLSv2 design discussion

Warren Young wrote > A side benefit of the new accessor feature is a solution to the auto increment problem brought up recently by Graham Reitz. Because data members are > hidden behind public membe

Subject: RE: Eyeballs needed on new reference counted pointer template

Warren Young wrote > And yes I am aware that this wheel has already been invented. It 's in > Boost for instance but the last time I brought up the possibility of > making Boost a dependency of

Subject: Re: Eyeballs needed on new reference counted pointer template

There are several problems with your RefCountedPointer template 1. It 's not thread-safe. You can 't reference a single object from multiple threads. To be able to do so incrementing and decrement
Page 8 of 46 1   2   3   4   5   6   7   8   9   10   Next 10