Re: SERIAL NUMBER PROBLEM *AGAIN*!!!
This WebDNA talk-list message is from 1998
It keeps the original formatting.
numero = 21286
interpreted = N
texte = >>It seems logical to me - and I am only operating on pure hunch - that the >>package broadcasts a checksum based on SN, and leaves it parked in the TCP >>stack. Any other copy will do the same. If two copies with the same >>checksum find each other, one returns to demo mode. > >I'm no expert on TCP, but how do you park something in the TCP stack. This is the problem I've always had when someone tries to describe this situation to me. I think it's a problem with the terminology -- the language -- more than anything else.Personally I would not say that webcat 'parks' anything in the TCP stack, because that doesn't seem to make any sense to me, even though it may actually be the correct terminology. Therefore ... since I don't really know the 'correct' terminology, I tend to I think of it more like this:1- The MacOS stores the SN in RAM during webcat's startup process.2- The MacOS removes the SN from RAM when webcat quits properly.3- If webcat fails to quit properly, as in a crash, the SN stays in RAM because webcat never asked the MacOS to remove it.4- If webcat is relaunched again *before* rebooting, the SN in RAM will match the same SN used by webcat as it starts up again, and the MacOS will tell this to webcat. This makes webcat think the SN is in use by *another* copy of webcat, so it asks for a new SN -- or it goes into developer mode if the math problem is solved.5- Rebooting should theoretically purge the RAM where the SN is stored. Thus after rebooting, things should work okay ... until some crash-causing webdna code is encountered again.6- The crash-causing webdna code *should* be found in one of the last templates someone requested before the crash. If you keep logs, check the last webcat pages requested, to (hopefully) find the offending code.Sincerely, Ken Grome 808-737-6499 WebDNA Solutions mailto:ken@webdna.net http://www.webdna.net
Associated Messages, from the most recent to the oldest:
>>It seems logical to me - and I am only operating on pure hunch - that the >>package broadcasts a checksum based on SN, and leaves it parked in the TCP >>stack. Any other copy will do the same. If two copies with the same >>checksum find each other, one returns to demo mode. > >I'm no expert on TCP, but how do you park something in the TCP stack. This is the problem I've always had when someone tries to describe this situation to me. I think it's a problem with the terminology -- the language -- more than anything else.Personally I would not say that webcat 'parks' anything in the TCP stack, because that doesn't seem to make any sense to me, even though it may actually be the correct terminology. Therefore ... since I don't really know the 'correct' terminology, I tend to I think of it more like this:1- The MacOS stores the SN in RAM during webcat's startup process.2- The MacOS removes the SN from RAM when webcat quits properly.3- If webcat fails to quit properly, as in a crash, the SN stays in RAM because webcat never asked the MacOS to remove it.4- If webcat is relaunched again *before* rebooting, the SN in RAM will match the same SN used by webcat as it starts up again, and the MacOS will tell this to webcat. This makes webcat think the SN is in use by *another* copy of webcat, so it asks for a new SN -- or it goes into developer mode if the math problem is solved.5- Rebooting should theoretically purge the RAM where the SN is stored. Thus after rebooting, things should work okay ... until some crash-causing webdna code is encountered again.6- The crash-causing webdna code *should* be found in one of the last templates someone requested before the crash. If you keep logs, check the last webcat pages requested, to (hopefully) find the offending code.Sincerely, Ken Grome 808-737-6499 WebDNA Solutions mailto:ken@webdna.net http://www.webdna.net
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:
Rendering out a page (1997)
Online reference (1997)
How To question on setting up downloads (1997)
no global [username] or [password] displayed ... (1997)
FTP and [shell] (2003)
WebCatalog can't find database (1997)
all records returned. (1997)
Users.db (1998)
Criticism of WebCatalog: Keep It Coming! (1998)
WebCat2b15MacPlugin - showing [math] (1997)
Summing fields (1997)
Remove from list server (1997)
[WebDNA] [BULK] Alternative to DLL file (2012)
[WebDNA] [middle] << assistance need (2016)
Bug Report, maybe (1997)
[OrderFile] error (help) (1999)
WebCommerce: Folder organization ? (1997)
AccountAuthorizer doesn't seem to work (1997)
Help w/Multi User Admins (1997)
f2 download problems (1997)