List:MySQL++« Previous MessageNext Message »
From:Jeff Huston Date:August 1 2007 10:50pm
Subject:Re: failing row[] assignment
View as plain text  
I'm sure it's been said many times before... "it ran under 2.1.1 with no 
problem!" :o)

Yeah, the destination is a std::string.  In which case the cast is required 
is it not?... given the ambiguous nature of row[].

Again, just hoping something might jump out at someone... as I'm not 
particularly experienced with mysql++ use.  I'll keep digging.

>From: "Drew M." <ghasatta@stripped>
>To: "Jeff Huston" <hustonfamily@stripped>
>CC: plusplus@stripped
>Subject: Re: failing row[] assignment
>Date: Wed, 1 Aug 2007 12:54:57 -0700
>
>If the examples run without issue, I would start by going over your own 
>code
>first. What's the type for temp->state?
>
>Is it a pointer or a std::string? If it's a string, what happens if
>you get rid of the cast to (const char *) on the assignment?
>
>
>On 8/1/07, Jeff Huston <hustonfamily@stripped> wrote:
> >
> > Dumb developer again... anyone see anything wrong here?
> >
> > .
> > .
> >   mysqlpp::Query query  = con.query();
> >
> >   std::string    select = build_query(in);
> >
> >   mysqlpp::Result result;
> >   mysqlpp::Row    row;
> >
> >   result = query.store();
> >
> >   if(result)
> >   {
> >     while (row = result.fetch_row())
> >     {
> >       a__record *temp = new a__record();
> >
> >       temp->state           = (const char *)row["state"];
> >         .
> >         .
> >
> >
> > This is a CGI app... it's failing (error_log msg below) following the
> > temp->state assignment there (or any other temp->? = row[?] assignment
> > that
> > follows)...
> >
> > [Wed Aug 01 12:11:40 2007] [error] [client 127.0.0.1] *** glibc detected
> > ***
> > /abi/live/phase4/httpd/cgi-bin/polkStreetSearch: free(): invalid 
>pointer:
> > 0x0000000000634fa8 ***
> >
> > ...although I can examine row["state"] immediately prior to the 
>assignment
> >
> > and see good data.  I can also assign a literal to temp->state and it
> > works
> > fine.
> >
> > Anyway... if there's anything jumping out here... I'd appreciate any
> > advice.
> >    Aside from this, everything seems to be working fine.
> >
> > _________________________________________________________________
> > Local listings, incredible imagery, and driving directions - all in one
> > place! http://maps.live.com/?wip=69&FORM=MGAC01
> >
> >
> > --
> > MySQL++ Mailing List
> > For list archives: http://lists.mysql.com/plusplus
> > To unsubscribe:    
>http://lists.mysql.com/plusplus?unsub=1
> >
> >

_________________________________________________________________
http://club.live.com/home.aspx?icid=club_hotmailtextlink1

Thread
2.1.1 -> 2.3.2 ... libmysqlpp.a no longer existsJeff Huston31 Jul
  • RE: 2.1.1 -> 2.3.2 ... libmysqlpp.a no longer existsJeff Huston1 Aug
  • failing row[] assignmentJeff Huston1 Aug
    • Re: failing row[] assignmentDrew M.1 Aug
      • Re: failing row[] assignmentJeff Huston2 Aug
        • Re: failing row[] assignmentWarren Young2 Aug
          • Re: failing row[] assignmentJeff Huston3 Aug
            • Re: failing row[] assignmentWarren Young3 Aug
              • Re: failing row[] assignmentJeff Huston3 Aug
  • Re: 2.1.1 -> 2.3.2 ... libmysqlpp.a no longer existsWarren Young2 Aug
    • MySQL++ licensing (was: 2.1.1 -> 2.3.2 ... libmysqlpp.a no longerexists)Axel Howind4 Aug
      • Re: MySQL++ licensingWarren Young6 Aug
        • Re: MySQL++ licensingAxel Howind6 Aug