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:

WebCatalog for guestbook ? (1997) Web Catalog vs. ICAT (1997) RE: Cart Template (1997) Storebuilder Seems to have just died (2003) close to comparison (2000) suggestions needed for shipping cost solution (1999) [WebDNA] Chatroom with Webcatalog (2011) weird cart #? (1999) OLD ORDERS (1998) Protect vs Authenicate (1997) carriage returns in data (1997) Speaking of () Emailer not working (1998) RE: [WebDNA] Suddenly, lots of WebDNA problems with FastCGI (2013) Comments in db? (1997) How do you hide [math]stuff[/math] (1997) can you reassign loop index? (1998) Authorize.net and AIM (2003) What if SSL server down? MAC (1997) Windows 2.1b2 Append Bug? (1997) Saving Text Areas with Orders (1997)