Leszek Kozlowski wrote:
--
**********************
Were we directed from Washington when to sow, and when to reap,
we should soon want bread.
Thomas Jefferson, Autobiography
----------------
Rik Brooks
http://www.pics.com/byte/dojo.htm
----- BEGIN GEEK CODE BLOCK -----
Version 3.1
d+ s++:++a+ C++++ LSC P! W+++ N+++
w++++ O---- M-- V-- PS+++ PE++ Y PGP-
t+ 5-- X+++ R+++ tv++ b++ D+++ e+++
G++ h--- r+++ y+
----- END GEEK CODE BLOCK -----
http://krypton.mankato.msus.edu/~hayden/.codes/geek3.1.html
Rik Brooks wrote in message <3444922D...@pics.com>...
>But I can not write data more then 60000 bytes to a string! Why?
>I Think the 60000-byte limitation still exists in win95.
>
32-bit PowerBuilder version 5 has, effectively, no limit on the length
of strings. I've put millions and millions of bytes into PB strings.
The only problem I have is that the built-in PowerScript string
functions are *incredibly* slow when dealing with huge strings.
--
Tim Slattery
Slatt...@bls.gov
Leszek Kozlowski wrote in message <344481CD...@itam.zabrze.pl>...
>>32-bit PowerBuilder version 5 has, effectively, no limit on the length
>>of strings. I've put millions and millions of bytes into PB strings.
>>The only problem I have is that the built-in PowerScript string
>>functions are *incredibly* slow when dealing with huge strings.
>
>Do u have any problem to print that string out ? I have tried
>multiline edit datawindow and RTF, but both of them don't wrap to
>another page when it reaches the end of the 1st page during print
>preview. Is there any setting for this page wrap?
>
>Best Regards,
>Jacky
Absolutely right! Some PBobjects don't work well with very long
strings. My limited testing turned up problems with the RTF edit
control. You can store and retrieve extremely long strings in such a
control, but the control won't show the string!
Yet another of the millions of PowerBuilder bugs!
--
Tim Slattery
Slatt...@bls.gov
>"Peng Xiaobing" <p...@cpahkltd.com> wrote:
>
>>But I can not write data more then 60000 bytes to a string! Why?
>>I Think the 60000-byte limitation still exists in win95.
>>
>
>I have been struggled with this problem for 2 weeks and still now clue
>to solve. All I want now is just to print the text out correctly with
>proper page wrap. How come it is so difficult to do so in
>powerbuilder? =(((((
Because PowerBuilder is not a word processor. It is not designed for the pretty
formatting of text. If you want fancy formatting, create an OLE interface to
Word.
---
Craig Wagner | E-mail: cwa...@metacorp.com
Certified PowerBuilder | Web: http://www.teleport.com/~wagnerc
Developer Professional | Phone: (503) 452-6343
and Instructor | Portland, OR USA
>On Wed, 15 Oct 1997 16:35:44 GMT, Slatt...@bls.gov (Tim Slattery)
>wrote:
>
>Do u mean that there is NO WAY to solve this problem?
>I have been struggled with this problem for 2 weeks and still now clue
>to solve. All I want now is just to print the text out correctly with
>proper page wrap. How come it is so difficult to do so in
>powerbuilder? =(((((
>
>Jacky
There's no way around it that I know of, but I didn't spend a whole
lot of time with it either.
Why is it so difficult to do in PowerBuilder? Because PowerBuilder
doesn't work very well!!!!
Clearly, the PowerSoft folks did not take into consideration the
effect that long strings would have throughout the system. They
released a system full of bugs.
--
Tim Slattery
Slatt...@bls.gov
>Hi!
> Could You tell me, how large text can I store in STRING variable. I
>have read in documentation, that the maximum size of STRING variable is
>60000 characters (bytes)... Is this limit still important in 32-bit
>Windows operation systems, for example in W'95???
PB/16 has a 59999 max string size, PB/32 has no limit. It is the
version of PB, not the OS that matters.
> If it is still
>important, so why the size of string is so limited? If I need strings
>longer than 60000 characters, can I use blobs variable instead of string
>variable, and than cast type of this blob variable to string
Well that's a good try, but the functions that operate on blobs only
return strings... so in PB/16 you're stuck.
Regards, Mike Niemann, PBBrowser Author
>jack...@speednet.net (Jacky) wrote:
>
>>>32-bit PowerBuilder version 5 has, effectively, no limit on the length
>>>of strings. I've put millions and millions of bytes into PB strings.
>>>The only problem I have is that the built-in PowerScript string
>>>functions are *incredibly* slow when dealing with huge strings.
>>
>>Do u have any problem to print that string out ? I have tried
>>multiline edit datawindow and RTF, but both of them don't wrap to
>>another page when it reaches the end of the 1st page during print
>>preview. Is there any setting for this page wrap?
>>
>>Best Regards,
>>Jacky
>
>Absolutely right! Some PBobjects don't work well with very long
>strings. My limited testing turned up problems with the RTF edit
>control. You can store and retrieve extremely long strings in such a
>control, but the control won't show the string!
>
>Yet another of the millions of PowerBuilder bugs!
Do u mean that there is NO WAY to solve this problem?
>Why is it so difficult to do in PowerBuilder? Because PowerBuilder
>doesn't work very well!!!!
Or could it be because formatting multi-megabyte strings is a task better left
to a word processor or text editor, of which PB is neither?
>Clearly, the PowerSoft folks did not take into consideration the
>effect that long strings would have throughout the system. They
>released a system full of bugs.
Must be great to be a programmer who never has a bug in their software.
BTW, I've been using PB for four years now and have not found it to be any
buggier than any other piece of software I've used over that time. However, if
you're the type of person who, when given a hammer, assumes every problem is a
nail then you're more likely to have problems.
---
Craig Wagner | E-mail: wag...@teleport.com
>Jacky <jack...@speednet.net> wrote in article
><32d0ae9d...@news.speednet.net>...
>> Do u have any problem to print that string out ? I have tried
>> multiline edit datawindow and RTF, but both of them don't wrap to
>> another page when it reaches the end of the 1st page during print
>> preview. Is there any setting for this page wrap?
>
> One of the assumptions the datawindow engine makes is that a row
>will fit on a page. (This is an old rule, back from the PB1,PB2 days.)
>This MAY change with PB7. I'm going to agree with Craig on this one.
>If you're going to play with big chunks of text, use something designed
>to do so. When we wrote our rule based CAD drawing parser, we did it
>in C++. Doing it in PB wasn't even considered. Write something in a fast
>language, or buy a control.
Would u minding telling me the functions need to perform the printing
task that I want? Or, where can I find the functions and properties?
Regards,
Jacky
One of the assumptions the datawindow engine makes is that a row
will fit on a page. (This is an old rule, back from the PB1,PB2 days.)
This MAY change with PB7. I'm going to agree with Craig on this one.
If you're going to play with big chunks of text, use something designed
to do so. When we wrote our rule based CAD drawing parser, we did it
in C++. Doing it in PB wasn't even considered. Write something in a fast
language, or buy a control.
--
Yet another post by that nice Swaim boy
Home: sw...@phoenix.net or sw...@c-com.net
Work: mps...@gdseng.com
Disclaimer: I lie
Eric Aling [TeamPS], Cypres Informatisering bv, The Netherlands
http://ourworld.compuserve.com/homepages/alingejj
Peng Xiaobing <p...@cpahkltd.com> wrote in article
<9U$5lnV28...@forums.powersoft.com>...
> But I can not write data more then 60000 bytes to a string! Why?
> I Think the 60000-byte limitation still exists.
>
>
> Rik Brooks wrote in message <3444922D...@pics.com>...
> >The only limitation in the 32 bit system is your system resources.
> >
> >Leszek Kozlowski wrote:
> >
> >> Hi!
> >> Could You tell me, how large text can I store in STRING
> >> variable. I
> >> have read in documentation, that the maximum size of STRING variable
> >> is
> >> 60000 characters (bytes)... Is this limit still important in 32-bit
> >> Windows operation systems, for example in W'95??? If it is still
> >> important, so why the size of string is so limited? If I need strings
> >> longer than 60000 characters, can I use blobs variable instead of
> >> string
> >> variable, and than cast type of this blob variable to string, for
> >> example by setting values of drop down list box edit style of column
> >> of
> >> datawindow by modifiing the Values property of datawindows column?
> >> Thanks in advance.
> >> Leszek Kozlowski.
> >
> >
> >
Try Sub Systems. http://subsystems.com.
>But I can not write data more then 60000 bytes to a string! Why?
>I Think the 60000-byte limitation still exists.
It exists only if you're using 16-bit PowerBuilder. In 32-bit
PowerBuilder, it's gone.
--
Tim Slattery
Slatt...@bls.gov
Does that means I should choose "32-bit long name" mode and reinstall
my powerbuilder?
Thank you for your help.
I missed the beginning of your thread, but...
Whether or not you choose short names or long names should not make a
difference.
That only affects whether the path that PB is installed to uses the
typical 8.3 path naming or allows you to specify a fully spelled out
path.
If you are running PB 32-bit, you can allocate as large a string as you
like using the Space() function. For example, you can do the following:
string ls_Test
ls_Test = Space (345,129)
As long as you have this much memory available, this will work.
steve
[TeamPS]
>>
>> It exists only if you're using 16-bit PowerBuilder. In 32-bit
>> PowerBuilder, it's gone.
>>
>I had select "32-bit short name installation" mode. My platform is:
>Windows NT workstation 4.0
>Powerbuilder Enterprise 5.0
>
>Does that means I should choose "32-bit long name" mode and reinstall
>my powerbuilder?
>
>Thank you for your help.
That's not the "32-bit" he's talking about.
Regardless of what option you have chosen for installation, when you
create an application, you have the choice of creating a 32-bit or
16-bit application.
IF you choose to create a 32-bit application, you can forget about
length limits on String variables. Bear in mind, however, that the
PowerScript string functions are EXTREMELY slow on very long strings.
--
Tim Slattery
Slatt...@bls.gov