The link below states that this module runs on X86_32 but no mention about
x64? Doesn't it run on a x64 web server that accesses a MaxDB installation
installed on a x64 server?
http://dev.mysql.com/doc/maxdb/en/41/6b999394093e23e1000a114cbd/frameset
.htm
I have also heard many comments about
Hallo Daniel,
The service connection is no connection to the database that is to be
recovered, but a connection to the so called service database. The service
database is a special database that is created during software installation.
This service database also handles the recovery of paramete
>how did you set the parameters of the new database? Did you
>recover the configuration from the backup using the command
>recover_config or did you set up the parameters manually?
recovering *anything* *anyhow* requires a service connection/session to the
database.
But in order to build up a serv
> -Original Message-
> From: Daniel Rosowski [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 27, 2006 1:56 PM
> To: Brunzema, Martin
> Cc: maxdb@lists.mysql.com
> Subject: RE: disk full, now kernel dies before reaching admin state
>
> Hi Martin, hi Bernd, hi list,
>
> > Hi Daniel,
Hi Martin, hi Bernd, hi list,
> Hi Daniel,
>
> is there any errormessage in the file knldiag?
>
> Kind regards, Martin
first of all, thanks for your replies.
Unfortunately there is no message, whatsoever in either knldiag, knldiag.err
or any other file (tried with 'find . -amin -60').
We are r
> -Original Message-
> From: Daniel Rosowski [mailto:[EMAIL PROTECTED]
> Sent: Saturday, February 25, 2006 2:55 PM
> To: maxdb@lists.mysql.com
> Subject: RE: disk full, now kernel dies before reaching admin state
>
> Hello,
> its getting weirder and weirder...
>
> I was able to recove
Hi Sven,
This is bug in my patch. I made mistake because in my testcase I have
binmode(STDOUT, ":utf8") so I get double UTF8 encoded string in my screen.
In new version of the patch I added SvUTF8_on command for column names,
table names and cursor names. I tested only column names but in case