C prog om MySQL aan te spreken compiled niet!

[xychix]

code:

//
// to compile this program on the csp machines
//
//   gcc mysql_capi.c -o mysql_capi -lmysqlclient

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <mysql/mysql.h>


#define MYSQL_HOST   "192.168.1.1"       // database server name
#define MYSQL_DB     "doelsparen"        // database name
#define MYSQL_USERID "root"          // database user id
#define MYSQL_PASSWD ""        // userid password
#define MYSQL_TABLE  "doelsparen"          // table name

#define PROGRAM_HEADER "<H1>MySQL C-API Example Query Results</H1>\n"

// This is not the best or safest way to process field forms in C since
// sscanf is unsage.  It is used here only to simplify the example
int main() {

  MYSQL mysql;
  MYSQL_RES *result;
  MYSQL_ROW row;

  unsigned int num_fields;
  int  record_count;

  char query_str[100];
  char target_petname[50];

#ifndef LINUX
  mysql_init(&mysql);
#endif

  if (!mysql_connect(&mysql,MYSQL_HOST,MYSQL_USERID,MYSQL_PASSWD))
  {
    printf(PROGRAM_HEADER);
    printf("Failed to connect to database: Error: %s\n",mysql_error(&mysql));
    return 0;
  }

  if (mysql_select_db(&mysql,MYSQL_DB)) {
    printf(PROGRAM_HEADER);
    printf("Failed to select table: Error: %s\n",mysql_error(&mysql));
    mysql_close(&mysql);
    return 0;
  }

  strcpy(query_str,"SELECT * FROM doelen WHERE id = 606638504");

  mysql_query(&mysql,query_str);
  result = mysql_use_result(&mysql);

  record_count = 0;
  num_fields = mysql_num_fields(result);

  while ((row = mysql_fetch_row(result)))
  {
    unsigned long *lengths = mysql_fetch_lengths(result);

    printf("%.*s %.*s\n",
       (int) lengths[0], row[0] ? row[0] : "NULL",
       (int) lengths[1], row[1] ? row[1] : "NULL");

    record_count++;
  }

  if (record_count == 0) {
    printf("No records matched.\n\n");
  }

  mysql_close(&mysql);

  return 0;
}

deze probeer ik te compilen met
gcc -o test test_mysql.c
maar dan zegt hij dat hij mysql/mysql.h niet kan vinden
wanneer ik dit pad volledig maak /usr/local/include/mysql/mysql.h
dan klaagt hij nog steeds over

code:

/var/tmp//ccAsK7Ri.o(.text+0x1e): undefined reference to `mysql_init'
/var/tmp//ccAsK7Ri.o(.text+0x3c): undefined reference to `mysql_connect'
/var/tmp//ccAsK7Ri.o(.text+0x65): undefined reference to `mysql_error'
/var/tmp//ccAsK7Ri.o(.text+0x8f): undefined reference to `mysql_select_db'
/var/tmp//ccAsK7Ri.o(.text+0xb8): undefined reference to `mysql_error'
/var/tmp//ccAsK7Ri.o(.text+0xd8): undefined reference to `mysql_close'
/var/tmp//ccAsK7Ri.o(.text+0x10d): undefined reference to `mysql_query'
/var/tmp//ccAsK7Ri.o(.text+0x11f): undefined reference to `mysql_use_result'
/var/tmp//ccAsK7Ri.o(.text+0x140): undefined reference to `mysql_num_fields'
/var/tmp//ccAsK7Ri.o(.text+0x157): undefined reference to `mysql_fetch_row'
/var/tmp//ccAsK7Ri.o(.text+0x17c): undefined reference to `mysql_fetch_lengths'
/var/tmp//ccAsK7Ri.o(.text+0x235): undefined reference to `mysql_close'

als ik het dan probeer met
-bash-2.05b$ gcc mysql_test.c -o test -l mysqlclient
dan:
/usr/bin/ld: cannot find -lmysqlclient

mysql.h bestaat wel, mysql draaid ook al perfect icm. php en apache.
ook mysql323-client is geinstalleerd.

toen dacht ik nog
-bash-2.05b$ gcc mysql_test.c -o test -l mysql323-client
maar ook dan:
/usr/bin/ld: cannot find -lmysqlclient


Iemand enig idee ?

--EDIT--

FreeBSD 5.0

[ Voor 6% gewijzigd door xychix op 10-04-2003 21:57 ]

[slager]

Volgens mij kan hij je MySQL libraries niet vinden. Heb je al gecontroleerd of deze in je $PATH ofzo staan? Onder linux is dat het pad in /etc/ld.so.conf aangeven en ldconfig draaien. Hoe dit onder FreeBSD gaat weet ik niet, maar dat kun je zelf ws. wel uitvogelen.

Edit: Hier op een standaard Slackware 9.0 compileert de boel wel gewoon.

edit:
Nog even getest op mijn eigen machine

[ Voor 20% gewijzigd door slager op 10-04-2003 22:06 ]

[Soultaker]

De libmysqlclient-versie uit de ports komt in /usr/local/lib/mysql te staan (waarom is me niet geheel duidelijk, het lijkt me in strijd met het algemene beleid zoals dat in "man hier" uiteengezet wordt). Maar zet die directory dus ook eens in je library path:

code:

cc mysql_test.c -o test -L/usr/local/lib/mysql -lmysqlclient

Ik vind het trouwens geen vooruitgang dat mensen tegenwoordig steeds vaker met hun compile-problemen naar /14 komen. Dit heeft slechts zelden wat met programmeren te maken en het nivo is meestal vrij laag. Misschien kan het beleid/de FAQ/de QuickStart hier op aangepast worden?

In principe zijn wat complexere vragen over build processen wat mij betreft niet ongewenst (al is het nooit echt interessant), maar dit soort simpele dingetjes als uitzoeken waar je de juiste bestanden hebt staan, lijkt me niet echt de bedoeling.

edit: Zoals Quasily al zegt kun je ook de libraries met ldconfig registreren. Gebruik echter ten alle tijde ldconfig -m, anders ben je al je oude refenties kwijt!

[ Voor 11% gewijzigd door Soultaker op 10-04-2003 22:09 ]

[xychix]

Soultaker schreef op 10 April 2003 @ 22:06:
De libmysqlclient-versie uit de ports komt in /usr/local/lib/mysql te staan (waarom is me niet geheel duidelijk, het lijkt me in strijd met het algemene beleid zoals dat in "man hier" uiteengezet wordt). Maar zet die directory dus ook eens in je library path:

code:

cc mysql_test.c -o test -L/usr/local/lib/mysql -lmysqlclient

Ik vind het trouwens geen vooruitgang dat mensen tegenwoordig steeds vaker met hun compile-problemen naar /14 komen. Dit heeft slechts zelden wat met programmeren te maken en het nivo is meestal vrij laag. Misschien kan het beleid/de FAQ/de QuickStart hier op aangepast worden?

In principe zijn wat complexere vragen over build processen wat mij betreft niet ongewenst (al is het nooit echt interessant), maar dit soort simpele dingetjes als uitzoeken waar je de juiste bestanden hebt staan, lijkt me niet echt de bedoeling.

edit: Zoals Quasily al zegt kun je ook de libraries met ldconfig registreren. Gebruik echter ten alle tijde ldconfig -m, anders ben je al je oude refenties kwijt!

bedankt voor de hulp. ik zal het zo meteen proberen.

Maar jij vind dat ik dit hier eigenlijk niet had moeten posten ? hoe moet ik er dan achter komen ? ik heb vrij weinig programmeer ervaring en in tutors en boeken gaan ze er altijd maar vanuit dat dingen goed gaan. Er zou JUIST een groot forum als tweakers moeten zijn wat mensen deze bazale maar niet in veel boeken te vinden kennis kan meegeven.

maar mocht het hier verkeerd staan dan daarvoor mijn excuses.
Hij werkt nu trouwens perfect! bedankt!

[Soultaker]

xychix schreef op 10 April 2003 @ 22:16:
Maar jij vind dat ik dit hier eigenlijk niet had moeten posten ? hoe moet ik er dan achter komen ? ik heb vrij weinig programmeer ervaring en in tutors en boeken gaan ze er altijd maar vanuit dat dingen goed gaan. Er zou JUIST een groot forum als tweakers moeten zijn wat mensen deze bazale maar niet in veel boeken te vinden kennis kan meegeven.

Ik vind het niet echt een vraag die op een forum thuishoort, omdat het geen interessante discussie oplevert. Het is gewoon een probleem dat opgelost moet worden. Ik ben echter wel met je eens dat dit soort dingen slecht gedocumenteerd zijn, (ik heb zelf ook vaak genoeg m'n configuratie verprutst door foutief gebruik van ldconfig), maar in dit geval gaat het niet echt op. Je had immers al bedacht dat je "-l" moest gebruiken. Als je in de gcc man page had gekeken, had je de volgende informatie over die optie gevonden:

code:

-llibrary
    Use the library named library when linking.

    The  linker  searches a standard list of directories for the li-
    brary, which is actually a file named `liblibrary.a'.  The link-
    er  then uses this file as if it had been specified precisely by
    name.

    The directories searched include several standard system  direc-
    tories plus any that you specify with `-L'.

    ...

Informatie over ldconfig is daar niet direct uit af te leiden, maar dat heb je hier feitelijk ook niet nodig.

[ Voor 12% gewijzigd door Soultaker op 10-04-2003 22:44 . Reden: Beetje code geformat ]