Re: Date search bug

This WebDNA talk-list message is from

1998


It keeps the original formatting.
numero = 17645
interpreted = N
texte = [accdate] should not interfere with [date] as far as the search routines are concerned. This problem was fixed in 2.0 quite a while ago. How big is your database? Try taking out the summ=T - depending on the size of the database, this could require additional RAM.John. >Hmmm. I did avoid [date] directly for that very reason, but you have a point >there. I will attempt some tests with date totally removed from the >fieldname and see what happens. > >nelson@fwgi.com wrote: >> >> Try this. It may or may not solve the problem, I have experienced problem when defining a field >> name similar to a reserved word. In this case, the problem could lie >> >> [accdate] >> >> contains [date] which is reserved. >> >> try to use [accddd] or something like that and see if this possible bug will go away >> >> Nelson >> >> Gil Poulsen wrote: >> >> > Ken commented on this privately earlier, but I wanted to bring it back to the >> > list now because it appears to be a legitimate bug. >> > >> > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the >> > following search context in one of my templates causes WebSTAR to choke for >> > 2-3 seconds, and then crash completely: >> > >> >
>> > Search the access log by date:       >> >
>> > >> > When I remove the &accdatetype=date from the search context, it processes it >> > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 >> > seconds to return or it crashes completely. It seems to be searching fine >> > without the type=date. The accdate field is in the form of mm/dd/yyyy. >> > >> > As Ken noted, this type of search will work properly without defining the >> > field as a type=date, but other searches will not. The database only has about >> > 100 entries in it at this point, certainly nowhere near large enough to stall >> > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. >> > >> > -- >> > Gil Poulsen, Webmaster >> > >> > ************************************************************** >> > * AltiM@c * Phone: (732) 469-2567 * >> > * 429 St. Giles Court * FAX: (732) 469-5823 * >> > * Somerset, NJ * e-mail: help@altimac.com * >> > * 08873 * WWW: http://www.altimac.com * >> > ************************************************************** > >-- >Gil Poulsen, Webmaster > >************************************************************** >* AltiM@c * Phone: (732) 469-2567 * >* 429 St. Giles Court * FAX: (732) 469-5823 * >* Somerset, NJ * e-mail: help@altimac.com * >* 08873 * WWW: http://www.altimac.com * >************************************************************** John A. Hill, V.P. Marketing Pacific Coast Software eCommerce / Web Developer Tools http://www.smithmicro.com Associated Messages, from the most recent to the oldest:

    
  1. Re: Date search bug? (Kenneth Grome 1998)
  2. Re: Date search bug (Kenneth Grome 1998)
  3. Re: Date search bug (Gil Poulsen 1998)
  4. Re: Date search bug (Kenneth Grome 1998)
  5. Re: Date search bug (Gil Poulsen 1998)
  6. Re: Date search bug (John Hill 1998)
  7. Re: Date search bug (Gil Poulsen 1998)
  8. Date search bug (Gil Poulsen 1998)
  9. Re: Date search bug (nelson@fwgi.com 1998)
  10. Re: Date search bug (Kenneth Grome 1997)
  11. Date search bug (Kenneth Grome 1997)
[accdate] should not interfere with [date] as far as the search routines are concerned. This problem was fixed in 2.0 quite a while ago. How big is your database? Try taking out the summ=T - depending on the size of the database, this could require additional RAM.John. >Hmmm. I did avoid [date] directly for that very reason, but you have a point >there. I will attempt some tests with date totally removed from the >fieldname and see what happens. > >nelson@fwgi.com wrote: >> >> Try this. It may or may not solve the problem, I have experienced problem when defining a field >> name similar to a reserved word. In this case, the problem could lie >> >> [accdate] >> >> contains [date] which is reserved. >> >> try to use [accddd] or something like that and see if this possible bug will go away >> >> Nelson >> >> Gil Poulsen wrote: >> >> > Ken commented on this privately earlier, but I wanted to bring it back to the >> > list now because it appears to be a legitimate bug. >> > >> > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the >> > following search context in one of my templates causes WebSTAR to choke for >> > 2-3 seconds, and then crash completely: >> > >> >
>> > Search the access log by date:       >> >
>> > >> > When I remove the &accdatetype=date from the search context, it processes it >> > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 >> > seconds to return or it crashes completely. It seems to be searching fine >> > without the type=date. The accdate field is in the form of mm/dd/yyyy. >> > >> > As Ken noted, this type of search will work properly without defining the >> > field as a type=date, but other searches will not. The database only has about >> > 100 entries in it at this point, certainly nowhere near large enough to stall >> > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. >> > >> > -- >> > Gil Poulsen, Webmaster >> > >> > ************************************************************** >> > * AltiM@c * Phone: (732) 469-2567 * >> > * 429 St. Giles Court * FAX: (732) 469-5823 * >> > * Somerset, NJ * e-mail: help@altimac.com * >> > * 08873 * WWW: http://www.altimac.com * >> > ************************************************************** > >-- >Gil Poulsen, Webmaster > >************************************************************** >* AltiM@c * Phone: (732) 469-2567 * >* 429 St. Giles Court * FAX: (732) 469-5823 * >* Somerset, NJ * e-mail: help@altimac.com * >* 08873 * WWW: http://www.altimac.com * >************************************************************** John A. Hill, V.P. Marketing Pacific Coast Software eCommerce / Web Developer Tools http://www.smithmicro.com John Hill

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:

Looping control (1997) ASP and WebDNA (1998) SQL - Output into file (2004) UPS Shipping Docs (Where To Go) (1999) old mail...problem with listserv? (1998) [WebDNA] why is this cookie being set to expire at end of browser session? (2009) really wierd browser truncating (1997) Bug alert! (1997) Variable Sizes, Widths and Colors (2000) Running _every_ page through WebCat ? (1997) Enhancement Request for WebCatalog-NT (1996) Dreamweaver noedit ??? (2005) Protect (1997) taxTotal, grandTotal (1997) Protect vs Authenicate (1997) DON'T use old cart file! (1997) What port is Email on ? (2000) Are [CART]'s always > Previous [CART]'s (2000) WebCat2.0 [format thousands .0f] no go (1997) [Fwd: can we get string variables?] (1998)