Re: [WebDNA] [replacefounditems] fails

This WebDNA talk-list message is from

2009


It keeps the original formatting.
numero = 104145
interpreted = N
texte = --Apple-Mail-3-802088918 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I believe that is true, without the raw printouts there is no = verification and so it doesn't help the troubleshooting process, the = info is just annectodal which by itself is no use, however if others do = find similar issues it could help point the way. On Dec 10, 2009, at 1:14 AM, Kenneth Grome wrote: > It was plain text data and the values were URLed which should have = dealt with any unusual characters anyways. >=20 > Sincerely, > Kenneth Grome > www.KenGrome.com >=20 >=20 >=20 >=20 >=20 >=20 >=20 >> I've never had an issue with replacefounditems and have used it for = quite sometime. I would look at the data you were putting into the = fields its possible that some special characters caused the failures. = The world will never know. >>=20 >> On Dec 10, 2009, at 12:37 AM, Kenneth Grome wrote: >>=20 >>> It's too late to post the code that fails because I already replaced = it with code that works, and I'm not spending any more time on this = anyways, I only posted my last message here so that if someone else sees = replacefounditems failing in an unusual manner they will have a head's = up as to why, or if they want to avoid getting into the same situation I = did they can just avoid using replacefounditems altogether. >>>=20 >>> Sincerely, >>> Kenneth Grome >>> www.KenGrome.com >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>> Ken, you know the drill ;-), >>>>=20 >>>> Post your exact code (with sample values) >>>> Also, post your specs... >>>>=20 >>>> D >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> d.brooke - mobile >>>> www.euca.us >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>=20 >>>> On Dec 9, 2009, at 11:52 PM, Kenneth Grome = wrote: >>>>=20 >>>>> I think there's some kind of bug in replacefounditems, I couldn't =20= >>>>> get it to replace both of the values I was trying to replace, it =20= >>>>> would only replace one -- the same one each time -- even when I =20= >>>>> switched their positions inside the replacefounditems context. >>>>>=20 >>>>> At first I thought it might be a problem with their positions, =20 >>>>> that's why I switched them, but it didn't matter because only one =20= >>>>> would get replaced and the other was ignored consistently. Then I = =20 >>>>> thought it might be a db format issue but that wasn't it either. >>>>>=20 >>>>> Then I thought that because one of the field names was "cookie" = that =20 >>>>> might be the problem so I changed it to kookie but that still = didn't =20 >>>>> help. I checked my formvariables and all the values were being =20= >>>>> passed as expected, the only problem was that the = replacefounditems =20 >>>>> was only replacing one of the two values it contained. >>>>>=20 >>>>> Both values were URLed and I did not try NOT URLing them so maybe =20= >>>>> that's the problem. I spent close to 2 hours on this just trying = to =20 >>>>> figure out what was wrong with my code, when all the time there = was =20 >>>>> nothing wrong with my code at all. It was just a screw-up in the =20= >>>>> replacefounditems context that was causing the problem -- and I'm =20= >>>>> sure of this because when I eventually decided to use a [replace] =20= >>>>> context I used the exact same parameter string inside the replace =20= >>>>> that I was using in the replacefounditems ... and both values were = =20 >>>>> replaced properly the very first time I tried it. >>>>>=20 >>>>> Very strange. This is the first time I've seen such behavior, but = =20 >>>>> it makes me distrust using replacefounditems now. >>>>>=20 >>>>> It would be interesting to hear if anyone else has seen =20 >>>>> replacefounditems fail when more than one value is being replaced, = =20 >>>>> and/or if anyone has seen strange behavior like this when the = values =20 >>>>> are URLed. I just don't get it, but it leaves me thinking that = this =20 >>>>> may really be a bug in the software. >>>>>=20 >>>>> Sincerely, >>>>> Kenneth Grome >>>>> www.KenGrome.com >>>>> --------------------------------------------------------- >>>>> This message is sent to you because you are subscribed to >>>>> the mailing list . >>>>> To unsubscribe, E-mail to: >>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>> old archives: http://dev.webdna.us/TalkListArchive/ >>>>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> old archives: http://dev.webdna.us/TalkListArchive/ >>>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>>>=20 >>>=20 >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> old archives: http://dev.webdna.us/TalkListArchive/ >>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>=20 >>=20 >=20 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/ > Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 --Apple-Mail-3-802088918 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILDjCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggYpMIIFEaAD AgECAhEAp5MN8TqwQJs+PnakLUsp3TANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVU Ti1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0wOTA4MTEwMDAw MDBaFw0xMDA4MTEyMzU5NTlaMIHZMTUwMwYDVQQLEyxDb21vZG8gVHJ1c3QgTmV0d29yayAtIFBF UlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5kIENvbmRpdGlvbnMgb2YgdXNl OiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0GA1UECxMWKGMpMjAwMyBDb21v ZG8gTGltaXRlZDEVMBMGA1UEAxMMUm9iZXJ0IE1pbm9yMSAwHgYJKoZIhvcNAQkBFhFib2JAY3li ZXJtaWxsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOZUApTuhbZbiqKNik+L c+vd2113aWUVLDtpfcjyGQOk7zGCWk5VyzPU68jV1IW5XhoFc3JtEcnxN84xzxo8waj8cuxRDxkN tsc2ZxSFmpHm9usmjsvxNCThg4jsQkqED9r/mNVWBcE9bakBtczl7R4Slj1uVC8Uv1Mm5zrBVBOC YMXx9VleO318qPOYZe8dJYGNjqb74AQbnT0Lj/HeZzS2Ni52t/OPg2n45zIPZF5niAwanFw1PqMz wUCrII12URgneGZRSQIxl4uVIX2VOGjw+0BwCFeliH8WFx7AKtiLBAFFUCmuq8BwbItfgynOQwHl iKNMavE3Vz1mjT3cEBECAwEAAaOCAhMwggIPMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2u BG59MB0GA1UdDgQWBBRGey0gbnjU/fDmTgcjrwKQDL+T5TAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0T AQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQD AgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUHAgEWHWh0dHBzOi8vc2Vj dXJlLmNvbW9kby5uZXQvQ1BTMIGlBgNVHR8EgZ0wgZowTKBKoEiGRmh0dHA6Ly9jcmwuY29tb2Rv Y2EuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwSqBI oEaGRGh0dHA6Ly9jcmwuY29tb2RvLm5ldC9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0 aW9uYW5kRW1haWwuY3JsMGwGCCsGAQUFBwEBBGAwXjA2BggrBgEFBQcwAoYqaHR0cDovL2NydC5j b21vZG9jYS5jb20vVVROQUFBQ2xpZW50Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5j b21vZG9jYS5jb20wHAYDVR0RBBUwE4ERYm9iQGN5YmVybWlsbC5jb20wDQYJKoZIhvcNAQEFBQAD ggEBAGoqQtTAymW5xnrfRwcyyDfUa/zU9jRvhX6z9TlQP/0SZBsJk89Rn4nHcJaJmyJ8CMYaU1LM aDTVtupbRaU0+9D/ifPm4FdWtcBiGyVdfumJs0av8FPfcZtB4u+A0XOmbAhbbfpxQy/y7z6J+BaR +IVvciLGaBVhvseuRLHAKt7eblpg5EecBEeXuLWHpGTEv1bQaEafVBJQ8KMIvOn7Uzv5vGxsoaoQ jKh7MderJYZ0E5pkCps2g7V+dfNz3W6i2KnQivvBb5Of6kIdkTdceFcd8Qbm3Rya7qBp7hNtpqN4 n6idsdmzQdGqROxtMXvLRbuzE0cXxMSBfW47Csjzq0cxggP/MIID+wIBATCBxDCBrjELMAkGA1UE BhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhl IFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0 BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbAIRAKeT DfE6sECbPj52pC1LKd0wCQYFKw4DAhoFAKCCAg8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMDkxMjEwMDcyMDQ3WjAjBgkqhkiG9w0BCQQxFgQU44HDRHzlzr8uI+7w GYu4WA14X4gwgdUGCSsGAQQBgjcQBDGBxzCBxDCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbAIRAKeTDfE6sECbPj52pC1LKd0wgdcG CyqGSIb3DQEJEAILMYHHoIHEMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcT DlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsT GGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQg QXV0aGVudGljYXRpb24gYW5kIEVtYWlsAhEAp5MN8TqwQJs+PnakLUsp3TANBgkqhkiG9w0BAQEF AASCAQBO/fXcdkVsvsklauL69nqaYvByXAIHAg6ZUJzNdYEBaB8kjK8mq8FiFlAu3kqwEjrE5/Ja CUAstl1M6EuXtZVRVncProq0as/SPZvhAXese0ZYsldBM/2aDhwZO5iwOqYcaJBlzCw1GKunbSoB nquvlM49QFlXkhF4V2Msrm6xxvRDHdlipNoRpexeJwrhG6gerev5MtGSt2Qnf4Ez6rNf1NOQ1/wy x0oF0fQxdWFxUDc1txmBMjyJMFEopvL9OacnbciBaMQXpYgF0l+IXLfGzyKW1Qu6nHOkinEi/5fb QDT1izOJuExUEraz4ZEd0vrpVEmJTkYLF+njQiZoIm0qAAAAAAAA --Apple-Mail-3-802088918-- Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] [replacefounditems] fails (Govinda 2009)
  2. Re: [WebDNA] [replacefounditems] fails (Bob Minor 2009)
  3. Re: [WebDNA] [replacefounditems] fails (Kenneth Grome 2009)
  4. Re: [WebDNA] [replacefounditems] fails (Bob Minor 2009)
  5. Re: [WebDNA] [replacefounditems] fails (Kenneth Grome 2009)
  6. Re: [WebDNA] [replacefounditems] fails (Donovan 2009)
  7. [WebDNA] [replacefounditems] fails (Kenneth Grome 2009)
--Apple-Mail-3-802088918 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I believe that is true, without the raw printouts there is no = verification and so it doesn't help the troubleshooting process, the = info is just annectodal which by itself is no use, however if others do = find similar issues it could help point the way. On Dec 10, 2009, at 1:14 AM, Kenneth Grome wrote: > It was plain text data and the values were URLed which should have = dealt with any unusual characters anyways. >=20 > Sincerely, > Kenneth Grome > www.KenGrome.com >=20 >=20 >=20 >=20 >=20 >=20 >=20 >> I've never had an issue with replacefounditems and have used it for = quite sometime. I would look at the data you were putting into the = fields its possible that some special characters caused the failures. = The world will never know. >>=20 >> On Dec 10, 2009, at 12:37 AM, Kenneth Grome wrote: >>=20 >>> It's too late to post the code that fails because I already replaced = it with code that works, and I'm not spending any more time on this = anyways, I only posted my last message here so that if someone else sees = replacefounditems failing in an unusual manner they will have a head's = up as to why, or if they want to avoid getting into the same situation I = did they can just avoid using replacefounditems altogether. >>>=20 >>> Sincerely, >>> Kenneth Grome >>> www.KenGrome.com >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>> Ken, you know the drill ;-), >>>>=20 >>>> Post your exact code (with sample values) >>>> Also, post your specs... >>>>=20 >>>> D >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> d.brooke - mobile >>>> www.euca.us >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>=20 >>>> On Dec 9, 2009, at 11:52 PM, Kenneth Grome = wrote: >>>>=20 >>>>> I think there's some kind of bug in replacefounditems, I couldn't =20= >>>>> get it to replace both of the values I was trying to replace, it =20= >>>>> would only replace one -- the same one each time -- even when I =20= >>>>> switched their positions inside the replacefounditems context. >>>>>=20 >>>>> At first I thought it might be a problem with their positions, =20 >>>>> that's why I switched them, but it didn't matter because only one =20= >>>>> would get replaced and the other was ignored consistently. Then I = =20 >>>>> thought it might be a db format issue but that wasn't it either. >>>>>=20 >>>>> Then I thought that because one of the field names was "cookie" = that =20 >>>>> might be the problem so I changed it to kookie but that still = didn't =20 >>>>> help. I checked my formvariables and all the values were being =20= >>>>> passed as expected, the only problem was that the = replacefounditems =20 >>>>> was only replacing one of the two values it contained. >>>>>=20 >>>>> Both values were URLed and I did not try NOT URLing them so maybe =20= >>>>> that's the problem. I spent close to 2 hours on this just trying = to =20 >>>>> figure out what was wrong with my code, when all the time there = was =20 >>>>> nothing wrong with my code at all. It was just a screw-up in the =20= >>>>> replacefounditems context that was causing the problem -- and I'm =20= >>>>> sure of this because when I eventually decided to use a [replace] =20= >>>>> context I used the exact same parameter string inside the replace =20= >>>>> that I was using in the replacefounditems ... and both values were = =20 >>>>> replaced properly the very first time I tried it. >>>>>=20 >>>>> Very strange. This is the first time I've seen such behavior, but = =20 >>>>> it makes me distrust using replacefounditems now. >>>>>=20 >>>>> It would be interesting to hear if anyone else has seen =20 >>>>> replacefounditems fail when more than one value is being replaced, = =20 >>>>> and/or if anyone has seen strange behavior like this when the = values =20 >>>>> are URLed. I just don't get it, but it leaves me thinking that = this =20 >>>>> may really be a bug in the software. >>>>>=20 >>>>> Sincerely, >>>>> Kenneth Grome >>>>> www.KenGrome.com >>>>> --------------------------------------------------------- >>>>> This message is sent to you because you are subscribed to >>>>> the mailing list . >>>>> To unsubscribe, E-mail to: >>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>> old archives: http://dev.webdna.us/TalkListArchive/ >>>>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> old archives: http://dev.webdna.us/TalkListArchive/ >>>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>>>=20 >>>=20 >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> old archives: http://dev.webdna.us/TalkListArchive/ >>> Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 >>=20 >>=20 >=20 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/ > Bug Reporting: = http://forum.webdna.us/eucabb.html?page=3Dtopics&category=3D288 --Apple-Mail-3-802088918 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILDjCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggYpMIIFEaAD AgECAhEAp5MN8TqwQJs+PnakLUsp3TANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVU Ti1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0wOTA4MTEwMDAw MDBaFw0xMDA4MTEyMzU5NTlaMIHZMTUwMwYDVQQLEyxDb21vZG8gVHJ1c3QgTmV0d29yayAtIFBF UlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5kIENvbmRpdGlvbnMgb2YgdXNl OiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0GA1UECxMWKGMpMjAwMyBDb21v ZG8gTGltaXRlZDEVMBMGA1UEAxMMUm9iZXJ0IE1pbm9yMSAwHgYJKoZIhvcNAQkBFhFib2JAY3li ZXJtaWxsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOZUApTuhbZbiqKNik+L c+vd2113aWUVLDtpfcjyGQOk7zGCWk5VyzPU68jV1IW5XhoFc3JtEcnxN84xzxo8waj8cuxRDxkN tsc2ZxSFmpHm9usmjsvxNCThg4jsQkqED9r/mNVWBcE9bakBtczl7R4Slj1uVC8Uv1Mm5zrBVBOC YMXx9VleO318qPOYZe8dJYGNjqb74AQbnT0Lj/HeZzS2Ni52t/OPg2n45zIPZF5niAwanFw1PqMz wUCrII12URgneGZRSQIxl4uVIX2VOGjw+0BwCFeliH8WFx7AKtiLBAFFUCmuq8BwbItfgynOQwHl iKNMavE3Vz1mjT3cEBECAwEAAaOCAhMwggIPMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2u BG59MB0GA1UdDgQWBBRGey0gbnjU/fDmTgcjrwKQDL+T5TAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0T AQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQD AgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUHAgEWHWh0dHBzOi8vc2Vj dXJlLmNvbW9kby5uZXQvQ1BTMIGlBgNVHR8EgZ0wgZowTKBKoEiGRmh0dHA6Ly9jcmwuY29tb2Rv Y2EuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwSqBI oEaGRGh0dHA6Ly9jcmwuY29tb2RvLm5ldC9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0 aW9uYW5kRW1haWwuY3JsMGwGCCsGAQUFBwEBBGAwXjA2BggrBgEFBQcwAoYqaHR0cDovL2NydC5j b21vZG9jYS5jb20vVVROQUFBQ2xpZW50Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5j b21vZG9jYS5jb20wHAYDVR0RBBUwE4ERYm9iQGN5YmVybWlsbC5jb20wDQYJKoZIhvcNAQEFBQAD ggEBAGoqQtTAymW5xnrfRwcyyDfUa/zU9jRvhX6z9TlQP/0SZBsJk89Rn4nHcJaJmyJ8CMYaU1LM aDTVtupbRaU0+9D/ifPm4FdWtcBiGyVdfumJs0av8FPfcZtB4u+A0XOmbAhbbfpxQy/y7z6J+BaR +IVvciLGaBVhvseuRLHAKt7eblpg5EecBEeXuLWHpGTEv1bQaEafVBJQ8KMIvOn7Uzv5vGxsoaoQ jKh7MderJYZ0E5pkCps2g7V+dfNz3W6i2KnQivvBb5Of6kIdkTdceFcd8Qbm3Rya7qBp7hNtpqN4 n6idsdmzQdGqROxtMXvLRbuzE0cXxMSBfW47Csjzq0cxggP/MIID+wIBATCBxDCBrjELMAkGA1UE BhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhl IFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0 BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbAIRAKeT DfE6sECbPj52pC1LKd0wCQYFKw4DAhoFAKCCAg8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMDkxMjEwMDcyMDQ3WjAjBgkqhkiG9w0BCQQxFgQU44HDRHzlzr8uI+7w GYu4WA14X4gwgdUGCSsGAQQBgjcQBDGBxzCBxDCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbAIRAKeTDfE6sECbPj52pC1LKd0wgdcG CyqGSIb3DQEJEAILMYHHoIHEMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcT DlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsT GGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQg QXV0aGVudGljYXRpb24gYW5kIEVtYWlsAhEAp5MN8TqwQJs+PnakLUsp3TANBgkqhkiG9w0BAQEF AASCAQBO/fXcdkVsvsklauL69nqaYvByXAIHAg6ZUJzNdYEBaB8kjK8mq8FiFlAu3kqwEjrE5/Ja CUAstl1M6EuXtZVRVncProq0as/SPZvhAXese0ZYsldBM/2aDhwZO5iwOqYcaJBlzCw1GKunbSoB nquvlM49QFlXkhF4V2Msrm6xxvRDHdlipNoRpexeJwrhG6gerev5MtGSt2Qnf4Ez6rNf1NOQ1/wy x0oF0fQxdWFxUDc1txmBMjyJMFEopvL9OacnbciBaMQXpYgF0l+IXLfGzyKW1Qu6nHOkinEi/5fb QDT1izOJuExUEraz4ZEd0vrpVEmJTkYLF+njQiZoIm0qAAAAAAAA --Apple-Mail-3-802088918-- Bob Minor

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Progress !! WAS: Trouble with formula.db (1997) displaying New products (Yikes! it's Fixed!) (1997) all records returned. (1997) login via cookies (2006) [WebDNA] Amazon EC2 (2009) includes and cart numbers (1997) Re:Dumb Question about Docs (1997) For those of you not on the WebCatalog Beta... (1997) Showcart in [include] (1999) Suddenly can't see files... (2000) reading a email (2000) Client-side Image Maps and WebCat? (1998) WebCat2b12 CGI Mac - [shownext] problem (1997) WebCat2 beta 11 - new prefs ... (1997) Adding up line items. (2000) latest version? (1998) Displaying text and populating form fields (2005) WebCatalog can't find database (1997) Bug Report, maybe (1997) Press Release hit the NewsWire!!! (1997)