Re: Max Record length restated as maybe bug

This WebDNA talk-list message is from

1997

It keeps the original formatting. numero = 10740
interpreted = N
texte = >>My problem appears only to be on change. I can add ie:[append] a very>>large quantity of text to text area. But when I go back to edit>>ie:[replace] it or edit any other fields the changes do not take hold on>>that record.>>Is there something special about the contents of the field? Does it have>ampersands & or equals signs = in it or something like that? Should>work no matter what, but we're always looking for bugs.It is all plain text, no ,&, or % in it, thought of that. What I did todiscover this is put in a few lines of text for testing purposes. Thenafter I got my snytax right, I went back and added a bunch of text to onetextarea. It took it the first time. But I noticed a typo so went tocorrect it, no dice. Then I tried to change another field of this recordwith 8 characters in it, no dice. So then I deleted the record and put thewhole thing in again from scratch. It took it just fine, but I could notchange it if I wanted to. Then I created new record with a small amount oftext in the text block and I could change any field I wanted. Doing a getinfo on the db with just my one large record shows it at 1,034 bytes. Hopethis helps.===============================================Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com=============================================== Associated Messages, from the most recent to the oldest:

Re: Max Record length restated as maybe bug (grichter@panavise.com (Gary Richter) 1997)
Re: Max Record length restated as maybe bug (Jacques VERNAY 1997)
Re: Max Record length restated as maybe bug (Grant Hulbert 1997)
Re: Max Record length restated as maybe bug (grichter@panavise.com (Gary Richter) 1997)

>>My problem appears only to be on change. I can add ie:[append] a very>>large quantity of text to text area. But when I go back to edit>>ie:[replace] it or edit any other fields the changes do not take hold on>>that record.>>Is there something special about the contents of the field? Does it have>ampersands & or equals signs = in it or something like that? Should>work no matter what, but we're always looking for bugs.It is all plain text, no ,&, or % in it, thought of that. What I did todiscover this is put in a few lines of text for testing purposes. Thenafter I got my snytax right, I went back and added a bunch of text to onetextarea. It took it the first time. But I noticed a typo so went tocorrect it, no dice. Then I tried to change another field of this recordwith 8 characters in it, no dice. So then I deleted the record and put thewhole thing in again from scratch. It took it just fine, but I could notchange it if I wanted to. Then I created new record with a small amount oftext in the text block and I could change any field I wanted. Doing a getinfo on the db with just my one large record shows it at 1,034 bytes. Hopethis helps.===============================================Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com=============================================== grichter@panavise.com (Gary Richter)

DOWNLOAD WEBDNA NOW!

Re: Max Record length restated as maybe bug

1997

Top Articles:

Related Readings: