Thanks Your reply,
1- I think that in this case I should expect one of the following from
the data base driver:
1 - Generate an exception (as the driver will not support
conversion of data type from unicode to ascii)
2- The driver should convert the unicode data field to local
A
Hi my friends:
Where is TRANSFORMATIONMODEL in maxdb7.6?
Doesn't loadercli need it with version 7.6 ?
Regards,
Gu Lei
--
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]
Hi my friends,
I need load data from on database to another but there's something wrong.
[EMAIL PROTECTED] ~]$ loadercli -n 172.20.16.182 -d test -u ea4test,ea4testq
Loader protocol: '/home/sdb/.sdb/loader/log/loader.prt'
User EA4TEST connected to database TEST schema EA4TEST on 172.20.16.182.
l
I was wrong about significant slowdown with
SHAREDSQL=NO. I mesured again and found that it is
slower but not drastically.
Also I found that setting SHAREDSQL to NO didn't fix
the problem of incorrect result sets. It still happens
on 7.6.0.12. I tried again this test on 7.5.0.30 and
it passed with
Hi all,
I just installed 7.6.0.12 on Windows (all parameters
are set to their defaults) and ran some quick tests,
which did the following: created a user, created
tables and indices, ran the whole bunch of SQLs
(several thousand) which populated and queried the
data, mesuring timing of them and co
I installed 7.6.0.12 and I'm trying to run the sync manager GUI. I have
the 1.4.2 JDK, the j2ee.jar file and the SWT files. I've placed the
jars and SWT files in app\syncman\extern which I saw in some
instructions that I need to do.
When I run the CMD file syncmangui.cmd, I get a dialog with th
> packBinaryTools.py wasn't really meant to be used outside of SAP, at
> least until now. So a few bumps are to be expected.
Certainly, I can understand that. I hope that these messages don't come
across as belligerent. I am just reporting what I find and trying to
offer fixes when possible. I jus
>After altering packBinaryToolsLib.py to not consider the changelog step
>fatal, I get the following errors. It still generates the tar
>file, so I
>was wondering if they were expected errors or if I should dig further?
>
> -- /v\atthew
>
>sh: p4: command not found
packBinaryTools.py wasn't real
After altering packBinaryToolsLib.py to not consider the changelog step
fatal, I get the following errors. It still generates the tar file, so I
was wondering if they were expected errors or if I should dig further?
-- /v\atthew
sh: p4: command not found
tar: DevTool/bin/instlserver: Cannot ope
> >2. How can I create a buildtools "release" so I end up with a
> >"DevTools"
> >directory like is found in the official build tools?
>
> $TOOL/bin/packBinaryTools.py
That command does not work without an appropriately set PYTHONPATH,
which is not included in envexec. Odds are this is a bug.
F
>python application crash with:
> [segmentation fault]
> after insert of Unicode data field in a field type defined as ASCII
1. Did the string contained only ASCII characters (so the conversion to
ASCII should succeed) or did the string contained real Unicode
characters (so that a conversion exce
Hi again,
My apologies for sending the last email as it is not relevant.
A previous email referencing the bsi.env missing issue is correct and
WAS the solution to my problem.
I.e.: When making a backup, ENSURE that the MEDIUM name does not start
with characters "back".
Regards
Jon
-Ori
>I have over 32k worth of patches against
>maxdb-buildtools-source-562049.tgz
>in order to get it to compile successfully on x86_64 (aka amd64) with
>gcc4 (which appears to be a lot more strict about K&R decls).
>
>That raises two questions that the mailing list and the spam-laden wiki
>were not c
Hi All,
I have created an instance based on a backup on a Linux machine through
the windows management GUI, where I logged on as a non-root user (The
non-root user was included in group sdb).
The installation seems to work fine. However, when I try to make a new
backup in order to activate auto-
Hi Alexei,
> Which 7.6.0.12 installation package is the most
> suitable for Linux/Intel Nocona?
> Will Opteron-64 will work on Intel Nocona? Which one
> is preferable for this architecture?
Yes, you can use the Opteron package:
http://dev.mysql.com/get/Downloads/MaxDB/7.6.00/maxdb-all-linux-64bi
I've answered Mr. Alexey because my stack trace is almost (if not
totally - keeping hw, so and runtime differences) equals to the posted.
I've not have seen in his mail any reference to the problem occurring
during compile time, so I presumed was in runtime.
Thanks for the 'isupdatedcolumn' tip.
Edson Carlos Ericksson Richter wrote
>
>I had exactly same problem as you. I solved avoiding a very old bug
>(since SapDB 7.4 days, AFAIK) about recursive triggers.
>
>I already reported this problem (as others did), but it's silent
>ignored. The first time I faced this problem, I have wasted hou
Hi, Elke
Thank you for the prompt response.
> > I found the information that SAPDB/MaxDB core
> doesn't
> > distinguish between char and varchar types.
>
>
> Where did you find this?
> In which context?
I found this information when was having problem with
getting string values with trailing
Good morning,
Concerning your setting. MAXCPU should be set to the number of actual
CPUs you have. Hyper-threading technology does not count as a cpu so you
should have your MAXCPU set to 2.
Good Luck,
Dan
On Mon, 2005-08-22 at 12:12 +0200, Ingo Trapphagen wrote:
> Hi all,
>
> is there anybody
Alexei Novakov wrote:
>
> Hi all,
>
> I found the information that SAPDB/MaxDB core doesn't
> distinguish between char and varchar types. Does it
> mean that varchar length is not really variable when
> it's stored in the database? So, for example, if I
> have varchar(32) field and insert string
I can't say about the internal storage
and the space occupied by the data.
However, during my tests I noticed that
ODBC Driver seems to pull the varchar(size)
column values as they were char(size).
It looks like there is no optimization for receiving and sending data.
Can anyone confirm?
Or is it
Alexei Novakov wrote:
>
> Hi all,
>
> I found the information that SAPDB/MaxDB core doesn't
> distinguish between char and varchar types.
Where did you find this?
In which context?
> Does it
> mean that varchar length is not really variable when
> it's stored in the database? So, for example
Hi all,
I found the information that SAPDB/MaxDB core doesn't
distinguish between char and varchar types. Does it
mean that varchar length is not really variable when
it's stored in the database? So, for example, if I
have varchar(32) field and insert string with length 2
how many bytes will be al
Hi all.
Which 7.6.0.12 installation package is the most
suitable for Linux/Intel Nocona? Currently I tried
x86-32 one, but would like to use some of 64-bit ones.
Will Opteron-64 will work on Intel Nocona? Which one
is preferable for this architecture?
Thank you.
Alexei Novakov.
--
MaxDB Discu
I had exactly same problem as you. I solved avoiding a very old bug
(since SapDB 7.4 days, AFAIK) about recursive triggers.
I already reported this problem (as others did), but it's silent
ignored. The first time I faced this problem, I have wasted hours and
hours, changing Linux installation
Hi all,
is there anybody out there, who has experiences with maxdb 7.5.0.30 and
64Bit-Linux?
(Linux 2.6.11.4-21.8-smp x86_64 x86_64 x86_64 GNU/Linux)
We have a dual xeon server (with HT). We set the parameter MAXCPU = 4 with no
verifiable advantage.
The unix top-command shows still that only one
Problem:
###
python application crash with:
[segmentation fault]
after insert of Unicode data field in a field type defined as ASCII
#
27 matches
Mail list logo
