Menu
▾
▴
mysqlcppapi-forge — Notification of sourceforge artifact changes
You can subscribe to this list here.
| 2002 |
Jan
(11) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(19) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(12) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
|
May
(6) |
Jun
(2) |
Jul
|
Aug
(36) |
Sep
(12) |
Oct
(3) |
Nov
|
Dec
|
| 2004 |
Jan
(3) |
Feb
|
Mar
|
Apr
(4) |
May
(11) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(11) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2006-08-19 16:18:38
|
Bugs item #1474021, was opened at 2006-04-21 05:59 Message generated for change (Settings changed) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jonathan Wakely (redi) Summary: Multithreading Initial Comment: Let's consdier sample case. I have a simple program that starts numerous threads. In thread routine I create Connection object and try to connect to database. The problem is that in Connection objects MYSQL* are equal so I ve got errors. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2006-08-19 16:18 Message: Logged In: YES user_id=426241 (sorry for the late reply) You haven't given enough information to know what's wrong. If you share a Connection between threads you will have a problem (this includes taking copies of an existing Connection) If you create a new Connection in each thread it should work. You might want to look at mysql++ instead - recently it's more actively developed and supported than mysqlcppapi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2006-08-19 16:18:15
|
Bugs item #1474021, was opened at 2006-04-21 05:59 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Multithreading Initial Comment: Let's consdier sample case. I have a simple program that starts numerous threads. In thread routine I create Connection object and try to connect to database. The problem is that in Connection objects MYSQL* are equal so I ve got errors. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2006-08-19 16:18 Message: Logged In: YES user_id=426241 (sorry for the late reply) You haven't given enough information to know what's wrong. If you share a Connection between threads you will have a problem (this includes taking copies of an existing Connection) If you create a new Connection in each thread it should work. You might want to look at mysql++ instead - recently it's more actively developed and supported than mysqlcppapi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2006-04-21 05:59:32
|
Bugs item #1474021, was opened at 2006-04-20 22:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Multithreading Initial Comment: Let's consdier sample case. I have a simple program that starts numerous threads. In thread routine I create Connection object and try to connect to database. The problem is that in Connection objects MYSQL* are equal so I ve got errors. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1474021&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-18 02:20:22
|
Bugs item #938463, was opened at 04/20/04 03:09 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Remind Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: internal include needs path Initial Comment: In version 1.9.3: All internal includes have the path prefix "mysqlcppapi/" except the ones for "mysqlcppapi_internal.h" To avoid setting extra compiler include paths, please use path prefix for that one, too. Patch attached. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 09/17/05 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 09/03/05 10:00 Message: Logged In: YES user_id=426241 Philipp, I'm going to close this bug unless you object. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 08/24/04 06:35 Message: Logged In: YES user_id=426241 Philipp. does this actually cause compiler errors if you don't specify an extra include path? I do not think this is a bug, and will close it as invalid unless you convince me it causes problems. The examples compile without error using only one include path, to the root of the source tree. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 05/10/04 06:48 Message: Logged In: YES user_id=426241 Do you actually need to add another include path to compile? The pkgconfig file doesn't add a second path. The files that are prefixed with "mysqlcppapi/" should be found by the compiler by looking at the include paths and appending "mysqlcppapi" (and so could actually be included with <mysqlcppapi/...> and not "mysqlcppapi/...") and the mysqlcppapi_internal.h file should be found by looking in the same directory of the other files (since it's included with "..." not <...>) IMO the current situation is OK - if anything I'd change the prefixed paths to use <...> not "...", as this would cause the preprocessor to skip the step of looking for the included file relative to the including one and just go straight to using the include paths. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 22:10:53
|
Feature Requests item #1164293, was opened at 2005-03-16 08:53 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jonathan Wakely (redi) Summary: Prepared Statements & Escaping Initial Comment: Hi, I was wondering if the following 2 items are planned on being added to the API 1. prepared statements 2. escaping of values for a query (if this is done somewhere, and I can't find it, could you please describe it in the documentation?) Providing a valid email address per the instructions... jpellico [at] gmail.com ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 22:10 Message: Logged In: YES user_id=426241 Forgot to say, the new function will be in 2.0.0 (but isn't in the current 2.0.0RC1 package) ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2005-09-03 22:09 Message: Logged In: YES user_id=426241 I've just checked in a function to escape a string, into string_utils.h std::string mysqlcppapi::escape(const std::string&) ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2005-03-16 10:21 Message: Logged In: YES user_id=426241 1. I have no plans for this at the moment, simply because I don't have the time to write it. 2. FieldType::sql(const std::string& val) will escape val if it decides the data needs escaping, which is true for string field-types. It also adds quotes. The escaping could/should be broken out into a separate function that users can call. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 22:09:15
|
Feature Requests item #1164293, was opened at 2005-03-16 08:53 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jonathan Wakely (redi) Summary: Prepared Statements & Escaping Initial Comment: Hi, I was wondering if the following 2 items are planned on being added to the API 1. prepared statements 2. escaping of values for a query (if this is done somewhere, and I can't find it, could you please describe it in the documentation?) Providing a valid email address per the instructions... jpellico [at] gmail.com ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 22:09 Message: Logged In: YES user_id=426241 I've just checked in a function to escape a string, into string_utils.h std::string mysqlcppapi::escape(const std::string&) ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2005-03-16 10:21 Message: Logged In: YES user_id=426241 1. I have no plans for this at the moment, simply because I don't have the time to write it. 2. FieldType::sql(const std::string& val) will escape val if it decides the data needs escaping, which is true for string field-types. It also adds quotes. The escaping could/should be broken out into a separate function that users can call. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 19:40:07
|
Patches item #930953, was opened at 2004-04-07 09:24 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307869&aid=930953&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jonathan Wakely (redi) Summary: compilation error g++ >=3.2 in Query.cc and sql_query.cc Initial Comment: Compilation stops while error in contructor of Query.cc and sql_query.cc Patch removes explicit initialisation of std::ios. Patch with - save the attachment in the same DIR the mysqlcppapi-1.9.3 DIR is - cd into your mysqlcppapi-1.9.3 DIR - and type: #> patch -Np1 -i ../mysqlcppapi-1.9.3-gcc-3.2.patch Best regards, jan ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 19:40 Message: Logged In: YES user_id=426241 Please try version 2.0.0 and let me know the compiler output if this is still a problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307869&aid=930953&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 18:42:47
|
Bugs item #1281354, was opened at 2005-09-03 18:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281354&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Odd subscript_iterator arithmetic operators Initial Comment: The arithmetic ops for subscript_iterator are odd, for example: bool operator != (const subscript_iterator &j) const { return (d == j.d && i!=j.i); } this means that two iterators with different 'd' pointers will return false when compared with != I don't plan to change this for 2.0.0 as I need to look into it further. Should define < and == correctly and then implement others in terms of them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281354&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 17:40:49
|
Bugs item #1281324, was opened at 2005-09-03 17:33 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281324&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Time::compare() ignores seconds Initial Comment: short int time_base::compare(const time_base* other) const { if (hour != other->hour) return hour - other->hour; if (minute != other->minute) return minute - other->minute; return minute - other->minute; } Compares minutes twice. Fix pending. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 17:40 Message: Logged In: YES user_id=426241 Fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281324&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 17:35:54
|
Bugs item #938458, was opened at 2004-04-20 09:59 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938458&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: ColData::is_null() modifies object Initial Comment: In Version 1.9.3: A method starting with "is" is commonly expected to be an accessor for a boolean member, that is to be const and return bool. Instead in ColData.h: void is_null() { m_bNull = true; } Maybe this method with the funky name does what one would expect from ColData::is_null(): inline const bool ism_bNull() const { return m_bNull; } ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 17:35 Message: Logged In: YES user_id=426241 Fixed in CVS (and a release is imminent) I removed the non-const is_null() and renamed ism_bNull() to is_null(). ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-05-07 13:13 Message: Logged In: YES user_id=426241 I agree it's badly named, however, the fact that it returns void and is non-const makes it somewhat clearer that it's not a boolean accessor. I'm not sure about changing those names (again). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938458&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 17:33:16
|
Bugs item #1281324, was opened at 2005-09-03 17:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281324&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Time::compare() ignores seconds Initial Comment: short int time_base::compare(const time_base* other) const { if (hour != other->hour) return hour - other->hour; if (minute != other->minute) return minute - other->minute; return minute - other->minute; } Compares minutes twice. Fix pending. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=1281324&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-09-03 17:00:33
|
Bugs item #938463, was opened at 2004-04-20 10:09 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Remind Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: internal include needs path Initial Comment: In version 1.9.3: All internal includes have the path prefix "mysqlcppapi/" except the ones for "mysqlcppapi_internal.h" To avoid setting extra compiler include paths, please use path prefix for that one, too. Patch attached. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-09-03 17:00 Message: Logged In: YES user_id=426241 Philipp, I'm going to close this bug unless you object. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-08-24 13:35 Message: Logged In: YES user_id=426241 Philipp. does this actually cause compiler errors if you don't specify an extra include path? I do not think this is a bug, and will close it as invalid unless you convince me it causes problems. The examples compile without error using only one include path, to the root of the source tree. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-05-10 13:48 Message: Logged In: YES user_id=426241 Do you actually need to add another include path to compile? The pkgconfig file doesn't add a second path. The files that are prefixed with "mysqlcppapi/" should be found by the compiler by looking at the include paths and appending "mysqlcppapi" (and so could actually be included with <mysqlcppapi/...> and not "mysqlcppapi/...") and the mysqlcppapi_internal.h file should be found by looking in the same directory of the other files (since it's included with "..." not <...>) IMO the current situation is OK - if anything I'd change the prefixed paths to use <...> not "...", as this would cause the preprocessor to skip the step of looking for the included file relative to the including one and just go straight to using the include paths. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-03-16 10:21:04
|
Feature Requests item #1164293, was opened at 2005-03-16 08:53 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jonathan Wakely (redi) Summary: Prepared Statements & Escaping Initial Comment: Hi, I was wondering if the following 2 items are planned on being added to the API 1. prepared statements 2. escaping of values for a query (if this is done somewhere, and I can't find it, could you please describe it in the documentation?) Providing a valid email address per the instructions... jpellico [at] gmail.com ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2005-03-16 10:21 Message: Logged In: YES user_id=426241 1. I have no plans for this at the moment, simply because I don't have the time to write it. 2. FieldType::sql(const std::string& val) will escape val if it decides the data needs escaping, which is true for string field-types. It also adds quotes. The escaping could/should be broken out into a separate function that users can call. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-03-16 08:53:31
|
Feature Requests item #1164293, was opened at 2005-03-16 00:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Prepared Statements & Escaping Initial Comment: Hi, I was wondering if the following 2 items are planned on being added to the API 1. prepared statements 2. escaping of values for a query (if this is done somewhere, and I can't find it, could you please describe it in the documentation?) Providing a valid email address per the instructions... jpellico [at] gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357869&aid=1164293&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 13:19:14
|
Patches item #930953, was opened at 2004-04-07 09:24 Message generated for change (Settings changed) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307869&aid=930953&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jonathan Wakely (redi) Summary: compilation error g++ >=3.2 in Query.cc and sql_query.cc Initial Comment: Compilation stops while error in contructor of Query.cc and sql_query.cc Patch removes explicit initialisation of std::ios. Patch with - save the attachment in the same DIR the mysqlcppapi-1.9.3 DIR is - cd into your mysqlcppapi-1.9.3 DIR - and type: #> patch -Np1 -i ../mysqlcppapi-1.9.3-gcc-3.2.patch Best regards, jan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307869&aid=930953&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 13:35:43
|
Bugs item #938463, was opened at 2004-04-20 10:09 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: internal include needs path Initial Comment: In version 1.9.3: All internal includes have the path prefix "mysqlcppapi/" except the ones for "mysqlcppapi_internal.h" To avoid setting extra compiler include paths, please use path prefix for that one, too. Patch attached. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2004-08-24 13:35 Message: Logged In: YES user_id=426241 Philipp. does this actually cause compiler errors if you don't specify an extra include path? I do not think this is a bug, and will close it as invalid unless you convince me it causes problems. The examples compile without error using only one include path, to the root of the source tree. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-05-10 13:48 Message: Logged In: YES user_id=426241 Do you actually need to add another include path to compile? The pkgconfig file doesn't add a second path. The files that are prefixed with "mysqlcppapi/" should be found by the compiler by looking at the include paths and appending "mysqlcppapi" (and so could actually be included with <mysqlcppapi/...> and not "mysqlcppapi/...") and the mysqlcppapi_internal.h file should be found by looking in the same directory of the other files (since it's included with "..." not <...>) IMO the current situation is OK - if anything I'd change the prefixed paths to use <...> not "...", as this would cause the preprocessor to skip the step of looking for the included file relative to the including one and just go straight to using the include paths. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 01:39:39
|
Bugs item #882718, was opened at 2004-01-23 05:55 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=882718&group_id=7869 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jonathan Wakely (redi) Summary: fields/FieldType.cc variable used before initialisation Initial Comment: In the constructors of FieldType the "m_uiMaxLength=0" should be put at the start of the constructors because setType subsequently needs to use it. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2004-08-24 01:39 Message: Logged In: YES user_id=426241 I've rewritten the ctors so the variables will be initialised when used. It'll do for now. ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-01-25 02:18 Message: Logged In: YES user_id=426241 Yes, you're right, thanks for reporting it. The class looks broken to me, since it calls the virtual get_MaxLength and set_MaxLength functions from the base ctor, which is usually a bad idea. Because the derived object is not constructed yet, only the base class versions are called, which uses an uninitialised variable. I think the comment in FieldType.cc about the ctor having too many args should be ignored and the max length and decimal count should be passed to the ctor if known (defaulting to zero). I'll look into it properly A.S.A.P and at least fix the uninitialised variables, but fixing it properly might require a bigger change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=882718&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 01:08:55
|
Bugs item #953899, was opened at 2004-05-14 12:01 Message generated for change (Settings changed) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=953899&group_id=7869 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Fix illegal include guard macros Initial Comment: Most of the macro names used to prevent headers being included twice start with underscores. Such names are reserved for the implementation (compiler and standard library) and must not be used by user code. Some are also misleading in that they don't match the filenames and their extensions. I propose changing them all to remove the leading (and trailing, for aesthetic value) underscores and to match the filenames, e.g. -#ifndef __MYSQLCPPAPI_query_hh__ -#define __MYSQLCPPAPI_query_hh__ +#ifndef MYSQLCPPAPI_Query_h +#define MYSQLCPPAPI_Query_h ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=953899&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-14 12:01:45
|
Bugs item #953899, was opened at 2004-05-14 12:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=953899&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 1 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Fix illegal include guard macros Initial Comment: Most of the macro names used to prevent headers being included twice start with underscores. Such names are reserved for the implementation (compiler and standard library) and must not be used by user code. Some are also misleading in that they don't match the filenames and their extensions. I propose changing them all to remove the leading (and trailing, for aesthetic value) underscores and to match the filenames, e.g. -#ifndef __MYSQLCPPAPI_query_hh__ -#define __MYSQLCPPAPI_query_hh__ +#ifndef MYSQLCPPAPI_Query_h +#define MYSQLCPPAPI_Query_h ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=953899&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-14 10:09:55
|
Bugs item #938517, was opened at 2004-04-20 11:57 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938517&group_id=7869 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: missing Connection constructor Initial Comment: in version 1.9.3: examples/simple1.cc promises a Connection constructor which unfortunately doesn't seem to exist: // The full format for the Connection constructor is // Connection(cchar *db, cchar *host="", // cchar *user="", cchar *passwd="") ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2004-05-14 10:09 Message: Logged In: YES user_id=426241 That comment and the lack of non default constructor were both inherited from mysql++, and were clearly wrong. I've fixed the comment, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938517&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-10 13:48:29
|
Bugs item #938463, was opened at 2004-04-20 10:09 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philipp Berndt (pberndt) >Assigned to: Jonathan Wakely (redi) Summary: internal include needs path Initial Comment: In version 1.9.3: All internal includes have the path prefix "mysqlcppapi/" except the ones for "mysqlcppapi_internal.h" To avoid setting extra compiler include paths, please use path prefix for that one, too. Patch attached. ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2004-05-10 13:48 Message: Logged In: YES user_id=426241 Do you actually need to add another include path to compile? The pkgconfig file doesn't add a second path. The files that are prefixed with "mysqlcppapi/" should be found by the compiler by looking at the include paths and appending "mysqlcppapi" (and so could actually be included with <mysqlcppapi/...> and not "mysqlcppapi/...") and the mysqlcppapi_internal.h file should be found by looking in the same directory of the other files (since it's included with "..." not <...>) IMO the current situation is OK - if anything I'd change the prefixed paths to use <...> not "...", as this would cause the preprocessor to skip the step of looking for the included file relative to the including one and just go straight to using the include paths. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938463&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-07 14:47:43
|
Bugs item #949925, was opened at 2004-05-07 14:39 Message generated for change (Comment added) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949925&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Cannot compile on 64-bit linux Initial Comment: I've not looked into this properly yet, I'm filing it for reference and will come back to it shortly... Trying to build from CVS on 64-bit linux (and maybe other OSs?) fails because the linker assumes that if the headers are in /usr/include/mysql the libs wwill be in /usr/lib. On my 64-bit FC1 system the libs are in /usr/lib64/ This must have been solved by other projects, so I'll see how they did it. For now I might have to install the 32bit libs... ---------------------------------------------------------------------- >Comment By: Jonathan Wakely (redi) Date: 2004-05-07 14:47 Message: Logged In: YES user_id=426241 Of course, manually setting LDFLAGS=-L/usr/lib64/mysql when running configure works too, but it'd be nice if this wasn't needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949925&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-07 14:39:24
|
Bugs item #949925, was opened at 2004-05-07 14:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949925&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Wakely (redi) Assigned to: Jonathan Wakely (redi) Summary: Cannot compile on 64-bit linux Initial Comment: I've not looked into this properly yet, I'm filing it for reference and will come back to it shortly... Trying to build from CVS on 64-bit linux (and maybe other OSs?) fails because the linker assumes that if the headers are in /usr/include/mysql the libs wwill be in /usr/lib. On my 64-bit FC1 system the libs are in /usr/lib64/ This must have been solved by other projects, so I'll see how they did it. For now I might have to install the 32bit libs... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949925&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-07 13:42:23
|
Bugs item #938517, was opened at 2004-04-20 11:57 Message generated for change (Settings changed) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938517&group_id=7869 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philipp Berndt (pberndt) >Assigned to: Jonathan Wakely (redi) Summary: missing Connection constructor Initial Comment: in version 1.9.3: examples/simple1.cc promises a Connection constructor which unfortunately doesn't seem to exist: // The full format for the Connection constructor is // Connection(cchar *db, cchar *host="", // cchar *user="", cchar *passwd="") ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=938517&group_id=7869 |
|
From: SourceForge.net <no...@so...> - 2004-05-07 13:41:49
|
Bugs item #949366, was opened at 2004-05-06 18:06 Message generated for change (Settings changed) made by redi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949366&group_id=7869 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Philipp Berndt (pberndt) Assigned to: Jonathan Wakely (redi) Summary: Query::operator=(const Query& src) is broken Initial Comment: Query::operator=(const Query& src) is broken more precisely SQLQuery::operator=(const SQLQuery& src) is broken. example: Query query = con->create_Query(); query << "SELECT * from foo"; Result res = query.store (); // now reuse variables query = con->create_Query(); query << "SELECT * from bar"; cout << query.preview () << endl; yields "SELECT * from fooSELECT * from bar" ---------------------------------------------------------------------- Comment By: Jonathan Wakely (redi) Date: 2004-05-07 13:41 Message: Logged In: YES user_id=426241 This has been fixed in CVS since October, along with some other issues with the SQLQuery default ctor and copy ctor. You should be able to take the latest version of sql_query.cc and use it with the 1.9.3 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107869&aid=949366&group_id=7869 |
82 messages has been excluded from this view by a project administrator.