[ts-gen] setting up mysql and editing data.c and once.c in shim/src directory

R P Herrold herrold at owlriver.com
Sun Jan 11 17:16:27 EST 2009


On Sat, 10 Jan 2009, Justin wrote:

>
> I've run into a bit of a problem with understanding how I'm to add the
> lines below in
> the two files mentions.


The example cited was related to doing edits to set up 
userid's and such for using the database, with other than 
'stock' values, and written using a February 2007 version of 
the sources as an example.  In the last two years, we have 
come VERY FAR past that need, and I need to revisit that pate; 
I'll take a look when in the office Monday.

> I did some looking around at some examples of code from C++ 
> and Ruby and it seems to me to be C++ code. What I need to 
> know is how to properly introduce the lines below,

The good news is that you no longer need to do those source 
code edits, and can simply drop the variable / value pair into 
the .shimrc There is a sample in any recent tarball; the 
release from Friday looks like this:


[herrold at centos-5 shim-090109]$ cat .shimrc
DbmsName        mysql
DbmsHost        localhost
TableSet        testing
UserName        shim
Password        0
FeedName        tws
FeedHost        localhost
FeedPort        7496
HqPeriod        11
ClientId         8
Upstream        paper
LogFiles        log
PollTime        2
[herrold at centos-5 shim-090109]$

The first four entries are simple to edit.  My working copy 
(which connects on host: xeon.first.lan to a database: 
rph_testing  under userid: rph_shim  with NO password), looks 
like this:


[herrold at centos-5 ~]$ cat .shimrc
DbmsHost        xeon.first.lan
UserName        rph_shim
TableSet        rph_testing
    ...

Note that these are not order sensitive.


The .shimrc file was added, after Bill and I discovered that I 
was 'stepping on' his working dataset, with a failed source 
code patch for like the third time.  (additionally I moved my 
MySQL server and dataset to another computer -- it can be 
really difficult to debug a side effect which neither person 
is looking for)

>  but honestly I don't see how to do this without spending 
> hours maybe days learning basic C++ code, that is to say if 
> I'm right about it being C++ code.

outlined above, and no source edits needed.

Part of the benefit of coming to the project now is that we 
are three years in, and so as others had to do this, we 
responded to their confusion with the .shimrc file mechanism. 
We have one fairly minor set of additions to that file, and to 
the initiialization process left on our roadmap before we will 
move the project from a 'beta' to a 'production stable' status 
[there are some other milestones in the code as well, which we 
need as well].  The changes will be largely invisible to an 
external user, and any recent writeup of the .shimrc in teh 
mailing list archive will be substantailly complete.

Welcome, by the way.

For the wider audience, we are largely complete with the 
development cutover to the Debian 'lenny' (and once security 
updates are underway well in 'testing', back to 'testing'). 
A final member computer to run Debian 'lenny' in the distcc 
buildfarm which Bill uses to speed incremental testing and 
development arrived yesterday, and I will slot it in Monday.

Additionally Friday's release builds and runs cleanly on the 
following platforms in production:

Debian 'testing' 32 bit (i386)
Debian 'lenny' 64 bit   (amd64)
OS/X 10.4 PPC           (32 bit)
CentOS 5 32 bit         (i686)
CentOS 5 64 bit         (x86_64 multilib)
RHEL 4 64 bit           (s390 multilib)

I will speak with the IBM 'chiphopper' team, to get access to 
Power 5 (64 bit) RHEL turned on for verification of function; 
I anticipate no surprises or problems there at all.

The remaining possible platform (Windows 2000 and later with 
Cygwin 1.7) has a build problem with the MySQL libraries at 
the moment, and so we do not have function there at the 
moment.

-- Russ herrold


More information about the ts-general mailing list