DistRen Changeset - b31adf3243b9 · protofusion repositories

Changeset - b31adf3243b9

Parent rev.

Child rev.

[Not reviewed]

default

0 1 0

ethanzonca@localhost.localdomain - 16 years ago 2009-03-31 18:29:10
ethanzonca@localhost.localdomain

Let's break a build! Ohnobinki should update stuff so this doesn't break...

1 file changed with 37 insertions and 2 deletions:

src/server/distrend.c

0 comments (0 inline, 0 general)

src/server/distrend.c

➞

Show inline comments

 /*
   Copyright 2008 Nathan Phillip Brink, Ethan Zonca
   This file is a part of DistRen.
   DistRen is free software: you can redistribute it and/or modify
   it under the terms of the GNU Affero General Public License as published by
   the Free Software Foundation, either version 3 of the License, or
   (at your option) any later version.
   DistRen is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU Affero General Public License for more details.
   You should have received a copy of the GNU Affero General Public License
   along with DistRen.  If not, see <http://www.gnu.org/licenses/>.
 */
 #include <my_global.h> /* This provides windows compat too */
 #include <my_sys.h>
 #include <mysql.h>
 #include <stdio.h>
 /* Just some notes -- Ethan Zonca
+ *
  * So I read the IRC transcript, and we need some communication and plugin (e.g., blender, povray) standards.
  * In addition to those standards, we should also have standards for information availability,
  * making statistics and remote control of each plugin or the whole system standard and common,
  * so other apps can grab stats from it (such as a j2me phone DistRen status app or a php web
  * interface).
+ *
+ *
+ *
  * Notes from IRCness:
  * Server<==>Client Communication
  * Job initiation:  	<jobnumber> <jobtype={blender,povray,indigo,etc}> <filename> <args specific to the jobtype>
  * Job addition : 		<jobnumber> <alteration: could be (cancel):cancel job (frames):tell the client to render more frames>
  * Job addition : 		<jobnumber> <alteration: could be (cancel):cancel job (frames):tell the client to render more
 frames>
  * Client Control: 		system <command> (such as drop all jobs, shutdown client, etc)
+ *
  *  blender_getframecount()
  *  indigo_getframecount() always return 1... or just not bother with it?
+ *
  *	Upload while rendering
+ *
+ *
  */
 // Let's fix those global variable issues one of these days! :D test
 // mySql configuration vars
 static char *opt_host_name = "localhost";  // Server Hostname
 static char *opt_user_name = "distren";    // Username
 static char *opt_password = "008987";      // Password
 static unsigned int opt_port_num = 0;      // Port (or builtin if 0)
 static char *opt_socket_name = NULL;       // Socket Name (or builtin if null)
 static char *opt_db_name = "distrend";     // Database name
 static unsigned int opt_flags = 0;         // Connection flags, what are these for?
 static MYSQL *conn;                        // Pointer to the connection handler
 int main(int argc, char *argv[])
+{
 // It's a happy fun mySQL party! This just test-connects to the server and does absolutely nothing else. Hopefully.
 	/* initialize connection handler */
 	conn = mysql_init (NULL);
 	if (conn == NULL)
+	{
 	    fprintf (stderr, "mysql_init() failed (probably out of memory)\n");
 	    exit (1);
+	}
 	/* connect to server */
 	if (mysql_real_connect (conn, opt_host_name, opt_user_name, opt_password,
 	        opt_db_name, opt_port_num, opt_socket_name, opt_flags) == NULL)
+	{
 	    fprintf (stderr, "mysql_real_connect() failed\n");
 	    mysql_close (conn);
 	    exit (1);
+	}
 	/* disconnect from server */
 	mysql_close (conn);
   return 0;
+}
+\

0 comments (0 inline, 0 general)