Re: [WebDNA] [createdate] displays today's date on Ubuntu 14.04 /
This WebDNA talk-list message is from 2014
It keeps the original formatting.
numero = 111796
interpreted = N
texte = [version] just gives me "8.01" which is the same as what I got before Chris sent me the bug fixed version ... so no, it does not uniquely specify the build I received. What I'm suggesting is that WSC always create and record (in their own internal records if not also on their website) a new build number for every build they produce -- including builds produced during testing if necessary, but absolutely before releasing them to anyone else. For example, I am thinking about this possibility: I find a bug and tell them I'm using build 8.02.327. Then all they have to do is lookup this build number to learn that this particular build is for the "Server" version (not fastCGI) and that runs only on Ubuntu 14.04 or later. Then they know exactly where to start working on a fix and we don't have to deal with redundant questions on the talk list about versions, platforms, Server or FastCGI, etc. Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 12/19/2014 04:34 PM, Stuart Tremain wrote: > [VERSION] ‘should’ do that > > > Regards > > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au > > > > >> On 20 Dec 2014, at 9:31 am, Kenneth Grome
wrote: >> >> I specified "Server" twice, once in the subject and again in the >> body. But I could not specify the version number (thus the >> question marks in both the subject and body), here's why: >> >> Chris sent me the first version/build that was supposed to run on >> Ubuntu 14.04. I discovered a couple bugs after installing and >> running it for the first time so I reported these issues. It >> didn't take him long to fix them both and send me a new build. >> >> However ... >> >> The new build did not come with a version number or a build number >> that I am aware of, so I have no idea how to refer to it -- other >> than to say that it is the first bug-fixed version built and sent >> to me after I first used the new Ubuntu 14.04 installer. >> >> Maybe the take-away here is that WSC can probably do a better job >> of clearly and uniquely numbering every build they produce. Then >> we can specify the build number when we have issues to report. >> >> There's another benefit to uniquely numbering each build too: >> >> We will never have to specify "Server" or "FastCGI" or platform >> any more because WSC will immediately know which one we are having >> problems with simply by looking at the unique build number we give >> them. >> >> So now I have a question: >> >> Isn't it possible to bury a unique build number inside the >> executable itself, and then run a command that returns that build >> number? >> >> It seems to me that Chris gave me instructions for doing this in >> an earlier version, but as far as I know it is not common >> knowledge. In fact I have no idea if it would even work on the >> latest builds -- but if it does we should all learn how to do it >> -- so we can use a simple command to look up the exact build we >> are having trouble with. >> >> Regards, >> Kenneth Grome >> WebDNA Solutions >> http://www.webdnasolutions.com >> Web Database Systems and Linux Server Management >> >> >> On 12/19/2014 04:03 PM, Donovan Brooke wrote: >>> This was fixed way back in the beta FastCGI, then I believe it >>> was fixed in the Server platform as well (off the top of my >>> head). >>> >>> However, it’s not impossible that a certain build missed the >>> fix. That’s why when reporting bugs that you should always >>> list Server/FastCGI [platform] [version], etc.. >>> >>> Donovan >>> >>> >>> >>> On Dec 19, 2014, at 3:54 PM, iPhonzie@G >>> wrote: >>> >>>> [createdate] hasn’t worked since WebCatalog was ported to >>>> *nix… it has always returned the “last opened date” rather >>>> than the file creation date. I’m pretty sure I reported this >>>> to Smith Micro a decade ago. I’m running WebDNA 6, so I >>>> don’t know if it was ever fixed in a more recent build. >>>> >>>> -- Brian Fries Sent with Airmail >>>> >>>> On December 19, 2014 at 1:40:51 PM, Donovan Brooke >>>> (dbrooke@euca.us) wrote: >>>> >>>>> Would this be Server or FastCGI? >>>>> >>>>> Donovan >>>>> >>>>> >>>>> >>>>> On Dec 19, 2014, at 1:49 PM, Kenneth Grome >>>>> wrote: >>>>> >>>>>> I'm using a bug-fixed version of WebDNA (Server 8.?) on >>>>>> Ubuntu 14.04 and I just discovered that [createdate] >>>>>> displays today's date on all files inside a [listfiles] >>>>>> context ... but the [moddate] tag seems to work okay. >>>>>> >>>>>> Regards, Kenneth Grome WebDNA Solutions >>>>>> http://www.webdnasolutions.com Web Database Systems and >>>>>> Linux Server Management >> --------------------------------------------------------- >> 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 >> Bug Reporting: support@webdna.us > > --------------------------------------------------------- > 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 > Bug Reporting: support@webdna.us >
Associated Messages, from the most recent to the oldest:
[version] just gives me "8.01" which is the same as what I got before Chris sent me the bug fixed version ... so no, it does not uniquely specify the build I received. What I'm suggesting is that WSC always create and record (in their own internal records if not also on their website) a new build number for every build they produce -- including builds produced during testing if necessary, but absolutely before releasing them to anyone else. For example, I am thinking about this possibility: I find a bug and tell them I'm using build 8.02.327. Then all they have to do is lookup this build number to learn that this particular build is for the "Server" version (not fastCGI) and that runs only on Ubuntu 14.04 or later. Then they know exactly where to start working on a fix and we don't have to deal with redundant questions on the Talk List about versions, platforms, Server or FastCGI, etc. Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 12/19/2014 04:34 PM, Stuart Tremain wrote: > [version] ‘should’ do that > > > Regards > > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au > > > > >> On 20 Dec 2014, at 9:31 am, Kenneth Grome wrote: >> >> I specified "Server" twice, once in the subject and again in the >> body. But I could not specify the version number (thus the >> question marks in both the subject and body), here's why: >> >> Chris sent me the first version/build that was supposed to run on >> Ubuntu 14.04. I discovered a couple bugs after installing and >> running it for the first time so I reported these issues. It >> didn't take him long to fix them both and send me a new build. >> >> However ... >> >> The new build did not come with a version number or a build number >> that I am aware of, so I have no idea how to refer to it -- other >> than to say that it is the first bug-fixed version built and sent >> to me after I first used the new Ubuntu 14.04 installer. >> >> Maybe the take-away here is that WSC can probably do a better job >> of clearly and uniquely numbering every build they produce. Then >> we can specify the build number when we have issues to report. >> >> There's another benefit to uniquely numbering each build too: >> >> We will never have to specify "Server" or "FastCGI" or platform >> any more because WSC will immediately know which one we are having >> problems with simply by looking at the unique build number we give >> them. >> >> So now I have a question: >> >> Isn't it possible to bury a unique build number inside the >> executable itself, and then run a command that returns that build >> number? >> >> It seems to me that Chris gave me instructions for doing this in >> an earlier version, but as far as I know it is not common >> knowledge. In fact I have no idea if it would even work on the >> latest builds -- but if it does we should all learn how to do it >> -- so we can use a simple command to look up the exact build we >> are having trouble with. >> >> Regards, >> Kenneth Grome >> WebDNA Solutions >> http://www.webdnasolutions.com >> Web Database Systems and Linux Server Management >> >> >> On 12/19/2014 04:03 PM, Donovan Brooke wrote: >>> This was fixed way back in the beta FastCGI, then I believe it >>> was fixed in the Server platform as well (off the top of my >>> head). >>> >>> However, it’s not impossible that a certain build missed the >>> fix. That’s why when reporting bugs that you should always >>> list Server/FastCGI [platform] [version], etc.. >>> >>> Donovan >>> >>> >>> >>> On Dec 19, 2014, at 3:54 PM, iPhonzie@G >>> wrote: >>> >>>> [createdate] hasn’t worked since WebCatalog was ported to >>>> *nix… it has always returned the “last opened date” rather >>>> than the file creation date. I’m pretty sure I reported this >>>> to Smith Micro a decade ago. I’m running WebDNA 6, so I >>>> don’t know if it was ever fixed in a more recent build. >>>> >>>> -- Brian Fries Sent with Airmail >>>> >>>> On December 19, 2014 at 1:40:51 PM, Donovan Brooke >>>> (dbrooke@euca.us) wrote: >>>> >>>>> Would this be Server or FastCGI? >>>>> >>>>> Donovan >>>>> >>>>> >>>>> >>>>> On Dec 19, 2014, at 1:49 PM, Kenneth Grome >>>>> wrote: >>>>> >>>>>> I'm using a bug-fixed version of WebDNA (Server 8.?) on >>>>>> Ubuntu 14.04 and I just discovered that [createdate] >>>>>> displays today's date on all files inside a [listfiles] >>>>>> context ... but the [moddate] tag seems to work okay. >>>>>> >>>>>> Regards, Kenneth Grome WebDNA Solutions >>>>>> http://www.webdnasolutions.com Web Database Systems and >>>>>> Linux Server Management >> --------------------------------------------------------- >> 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 >> Bug Reporting: support@webdna.us > > --------------------------------------------------------- > 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 > Bug Reporting: support@webdna.us >
Kenneth Grome
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:
Sandbox Script (2003)
WC2b15 File Corruption (1997)
Include (1998)
test (2000)
OT: Script time and date (2003)
PCS Frames (1997)
Emailer (1998)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)
[tcpsend] (2001)
F3 crashing server (1997)
Mondo amounts of Mail [long] (1999)
Formulas.db + Users.db (1997)
Newbie Tax Question (1997)
E-mail loop ! (1997)
Re:no template caching (1997)
About WebDNA (2006)
THANKS (1997)
formulas.db problem solved (1998)
WebCatalog for Postcards ? (1997)
WCS Newbie question (1997)