CopyCursorToNewTable

[Ruslan Zasukhin]

On 9/19/11 5:23 PM, "George Parkinson" <george at microtherapy.ca> wrote:

Ivan, 

May be vclient issue only?


> hello ivan,
> i've checked versions...
> 
> the server log has the following: 
>     
> /*****************************************************************************
> ********/
>     Mon Sep 19 2011 09:50:32.160000 VServer_Office (4.9.1, Kernel 4.9.1 )
> 
> and
> 
>   C:\Program Files (x86)\Paradigma
> Software\vcomponents_win_vc\vkernel_release_x86.dll  (dated aug-8-2011)  has a
> version of 4.9.1
> 
> and
>     C:\Users\george\Documents\Paradigma Software\VCOM_4\VCOM.dll  (dated
> aug-8-2011)  has a version of 4.9.1
> 
> 
> as far as i can tell, everything is up to date.
> is there something else i should check?
> 
> thanks,
> george
> 
> 
> 
> From: Ivan Smahin <ivan_smahin at paradigmasoft.com>
> To: valentina at lists.macserve.net
> Sent: Sunday, September 18, 2011 2:15 AM
> Subject: Re: CopyCursorToNewTable
> 
> 
> On 9/15/2011 5:58 PM, George Parkinson wrote:
> hello all,
>>  
>> i'm running into a snag when using CopyCursorToNewTable.
>>  all VarChar(x) fields from the source cursor get copied as VarChar(20) in
>> the destination table.
>> the same thing happens with String fields...getting copied as String(20).
>>  
>> it doesn't seem to matter if the destination is local or remote.
>>  
>> am i missing something or is this a bug?
>>  
>> 
> I have double checked it and found no such an issue.
> 
> CREATE TABLE t1( fldString String(50), fldVarChar Varchar(50) )
> 
> In result table (after CopyCursorToNewTable()) both fields are 50 symbols
> length and
> all the data copied correctly.
> 
> Probably you use some old vKernel version?
> 

-- 
Best regards,

Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc

Valentina - Joining Worlds of Information
http://www.paradigmasoft.com

[I feel the need: the need for speed]