ProFox

profox@leafe.com

2704 discussions

Event logging
by Dave Crozier 07 Sep '17

07 Sep '17

Fellow Foxers, Just a little aside to late Wednesday afternoon: I have a heavyweight data entry program in VFP written which supports one monster form with pageframes stacked inside each other each page containing various visual classes down to up to 10 levels. This form is now showing its age as it has been added to over some 20 years and never been streamlined or optimised in any way. The main problem is that the switching from the main form pageframe onto each of the 10 tabs in the pageframe is somewhat slow running on the network and I am sure that it is all the Draw(), Paint() and refresh repeat calls that are affecting it. So, I have decided to rip it apart and find out just where the majority of the repeat "refresh" coding is being done. I thought I could initially use the event Logger but it doesn't log calls to any refresh methods so then I turned my mind to the coverage logger which doesn't really help me at all. Anyone any ideas as to how I can easily accumulate the calls to the various controls refresh methods and get some simple statistics to have a look at where all the processing effort is going? All I can think of is to programmatically bind a "logging procedure" event to each control's refresh event and then log the results into something like a csv table for further analysis or at worst, log events by collecting information from the refresh events in the base classes for each control but that would be very long winded. Any other ideas other than those mentioned? Dave

6 10

Re: VFP and CDO banging my head against the wall
by Rafael Copquin 04 Sep '17

04 Sep '17

Hi Mike I do not understand your message :-) See below how I got it BTW folks. I found the reason. It is the way the security is configured in Yahoo. In the security section I allowed receiving messages for "unsafe" apps and it worked flawlessly Thanks anyways Rafael El 04/09/2017 a las 18:24, Mike escribió: > RmlyZXdhbGwgYmxvY2tpbmcgdGhlIHBvcnQocykgeW91IG5lZWQgb24gdGhlIG1hY2hpbmUgdGhh > dCBpcyBmYWlsaW5nP8KgCk1pa2XCoAoKClNlbnQgZnJvbSBteSBTcHJpbnQgU2Ftc3VuZyBHYWxh > eHkgUzcgZWRnZS4KLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLUZyb206IFJhZmFl > bCBDb3BxdWluIDxyYWZhZWwuY29wcXVpbkBnbWFpbC5jb20+IERhdGU6IDkvNC8xNyAgMzo0MyBQ > TSAgKEdNVC0wNjowMCkgVG86IHByb2ZveHRlY2hAbGVhZmUuY29tIFN1YmplY3Q6IFZGUCBhbmQg > Q0RPIGJhbmdpbmcgbXkgaGVhZCBhZ2FpbnN0IHRoZSB3YWxsIApJZiBJIHVzZSBteSBvd24geWFo > b28gcGVyc29uYWwgYWNjb3VudCB0byBzZW5kIHRoaXMgZW1haWwsIF9pdCB3b3JrcyAKYmVhdXRp > ZnVsbHkuXwoKSG93ZXZlciwgSSBoYWQgbXkgY2xpZW50IG9wZW4gYSB5YWhvbyBhY2NvdW50IHNv > IHRoZXkgY2FuIHNlbmQgdGhlaXIgb3duIAplbWFpbHMgZnJvbSBWRlAgYW5kIEkgZ2V0IHRoZSBt > ZXNzYWdlOiBzZXJ2ZXIgdW5hdmFpbGFibGUgb3IgZmFpbGVkIHRvIApjb25uZWN0IHRvIHNlcnZl > ci4KCkkgdHJpZWQgdGhpcyBmcm9tIHRocmVlIGRpZmZlcmVudCBtYWNoaW5lcyB3aXRoIHRoZSBz > YW1lIHJlc3VsdC4KCkFuZCB0aGUgc2FtZSBoYXBwZW5zIHdpdGggZ21haWwuIFRyeWluZyB0byBz > ZW5kIHRoZSBlbWFpbCBmcm9tIGdtYWlsLCAKdXNpbmfCoCBzbXRwLmdtYWlsLmNvbSBmb3IgdGhl > IG91dGdvaW5nIHNlcnZlciwgSSBnZXQgdGhlIHNhbWUgcmVzdWx0LgoKQlRXLCBpdCBiYXJmcyBp > biB0aGUgc2VuZCgpIGxpbmUKCgrCoMKgwqDCoCBsb0NmZyA9IENSRUFURU9CSkVDVCgiQ0RPLkNv > bmZpZ3VyYXRpb24iKQrCoMKgwqDCoCBXSVRIIGxvQ2ZnLkZpZWxkcwouSXRlbSgiaHR0cDovL3Nj > aGVtYXMubWljcm9zb2Z0LmNvbS9jZG8vY29uZmlndXJhdGlvbi9zbXRwc2VydmVyIikgPSAKInNt > dHAubWFpbC55YWhvby5jb20iCi5JdGVtKCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nk > by9jb25maWd1cmF0aW9uL3NtdHBzZXJ2ZXJwb3J0IikgPSA0NjUKLkl0ZW0oImh0dHA6Ly9zY2hl > bWFzLm1pY3Jvc29mdC5jb20vY2RvL2NvbmZpZ3VyYXRpb24vc2VuZHVzaW5nIikgPSAyCi5JdGVt > KCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nkby9jb25maWd1cmF0aW9uL3NlbmR1c2Vy > bmFtZSIpID0gCiJteWNsaWVudGFjY291bnRAeWFob28uY29tIgouSXRlbSgiaHR0cDovL3NjaGVt > YXMubWljcm9zb2Z0LmNvbS9jZG8vY29uZmlndXJhdGlvbi9zZW5kcGFzc3dvcmQiKSA9IAoiaGlz > cGFzc3dvcmQiCi5JdGVtKCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nkby9jb25maWd1 > cmF0aW9uL3NtdHBhdXRoZW50aWNhdGUiKSAKPSAudC4KLkl0ZW0oImh0dHA6Ly9zY2hlbWFzLm1p > Y3Jvc29mdC5jb20vY2RvL2NvbmZpZ3VyYXRpb24vc210cHVzZXNzbCIpID0gLnQuCsKgwqDCoMKg > wqDCoCAuVXBkYXRlCsKgwqDCoMKgIEVORFdJVEgKCsKgwqDCoMKgIGxvTXNnID0gQ1JFQVRFT0JK > RUNUICgiQ0RPLk1lc3NhZ2UiKQrCoMKgwqDCoCBXSVRIIGxvTXNnCsKgwqDCoMKgwqDCoCAuQ29u > ZmlndXJhdGlvbiA9IGxvQ2ZnCsKgwqDCoMKgwqDCoCAuRnJvbSA9ICJteWNsaWVudGFjY291bnRA > eWFob28uY29tIgoKwqDCoMKgwqDCoMKgIC5UbyA9ICdyYWZhZWwuY29wcXVpbkBnbWFpbC5jb20n > CgoKwqDCoMKgwqDCoMKgIC5TdWJqZWN0ID0gIlRlc3QiCsKgwqDCoMKgwqDCoCAuVGV4dEJvZHkg > PSAiSGVsbG8gIgoKwqDCoMKgwqDCoMKgIC5TZW5kKCkKwqDCoMKgwqAgRU5EV0lUSAoKCkkgZ29v > Z2xlZCBmb3IgYSBzb2x1dGlvbiBhbmQgdGhleSBzYXkgdG8gdHJ5IHRvIGNoYW5nZSB0aGUgb3V0 > Z29pbmcgcG9ydCAKdG8gNTg3LCB0byBubyBhdmFpbAoKV2hhdCB0aGUgaGVjayBpcyBnb2luZyBv > bj8/CgpTb3JyeSwgbXkgYmFkIHRlbXBlciBjb250cm9sbGVkIG1lCgpSYWZhZWwgQ29wcXVpbgoK > CgoKLS0tCkVzdGUgY29ycmVvIGVsZWN0csODwrNuaWNvIGhhIHNpZG8gY29tcHJvYmFkbyBlbiBi > dXNjYSBkZSB2aXJ1cyBwb3IgQVZHLgpodHRwOi8vd3d3LmF2Zy5jb20KCgotLS0gU3RyaXBNaW1l > IFJlcG9ydCAtLSBwcm9jZXNzZWQgTUlNRSBwYXJ0cyAtLS0KbXVsdGlwYXJ0L2FsdGVybmF0aXZl > CsKgIHRleHQvcGxhaW4gKHRleHQgYm9keSAtLSBrZXB0KQrCoCB0ZXh0L2h0bWwKLS0tCgpfX19f > X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpQb3N0IE1lc3NhZ2Vz > IHRvOiBQcm9Gb3hAbGVhZmUuY29tClN1YnNjcmlwdGlvbiBNYWludGVuYW5jZTogaHR0cDovL21h > aWwubGVhZmUuY29tL21haWxtYW4vbGlzdGluZm8vcHJvZm94Ck9ULWZyZWUgdmVyc2lvbiBvZiB0 > aGlzIGxpc3Q6IGh0dHA6Ly9tYWlsLmxlYWZlLmNvbS9tYWlsbWFuL2xpc3RpbmZvL3Byb2ZveHRl > Y2gKU2VhcmNoYWJsZSBBcmNoaXZlOiBodHRwOi8vbGVhZmUuY29tL2FyY2hpdmVzL3NlYXJjaC9w > cm9mb3gKVGhpcyBtZXNzYWdlOiBodHRwOi8vbGVhZmUuY29tL2FyY2hpdmVzL2J5TUlEL3Byb2Zv > eC9hZGEzNDA0ZC1lYTI3LTE2NjQtOWI5Yy0zMGEwNDRiNTQ5YzNAZ21haWwuY29tCioqIEFsbCBw > b3N0aW5ncywgdW5sZXNzIGV4cGxpY2l0bHkgc3RhdGVkIG90aGVyd2lzZSwgYXJlIHRoZSBvcGlu > aW9ucyBvZiB0aGUgYXV0aG9yLCBhbmQgZG8gbm90IGNvbnN0aXR1dGUgbGVnYWwgb3IgbWVkaWNh > bCBhZHZpY2UuIFRoaXMgc3RhdGVtZW50IGlzIGFkZGVkIHRvIHRoZSBtZXNzYWdlcyBmb3IgdGhv > c2UgbGF3eWVycyB3aG8gYXJlIHRvbyBzdHVwaWQgdG8gc2VlIHRoZSBvYnZpb3VzLgpSZXBvcnQg > W09UXSBBYnVzZTogaHR0cDovL2xlYWZlLmNvbS9yZXBvcnRBYnVzZS9hZGEzNDA0ZC1lYTI3LTE2 > NjQtOWI5Yy0zMGEwNDRiNTQ5YzNAZ21haWwuY29t > > > --- StripMime Report -- processed MIME parts --- > multipart/alternative > text/plain (text body -- kept) > text/html > --- > [excessive quoting removed by server]

1 0

Re: VFP and CDO banging my head against the wall
by Mike 04 Sep '17

04 Sep '17

RmlyZXdhbGwgYmxvY2tpbmcgdGhlIHBvcnQocykgeW91IG5lZWQgb24gdGhlIG1hY2hpbmUgdGhhdCBpcyBmYWlsaW5nP8KgCk1pa2XCoAoKClNlbnQgZnJvbSBteSBTcHJpbnQgU2Ftc3VuZyBHYWxheHkgUzcgZWRnZS4KLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLUZyb206IFJhZmFlbCBDb3BxdWluIDxyYWZhZWwuY29wcXVpbkBnbWFpbC5jb20+IERhdGU6IDkvNC8xNyAgMzo0MyBQTSAgKEdNVC0wNjowMCkgVG86IHByb2ZveHRlY2hAbGVhZmUuY29tIFN1YmplY3Q6IFZGUCBhbmQgQ0RPIGJhbmdpbmcgbXkgaGVhZCBhZ2FpbnN0IHRoZSB3YWxsIApJZiBJIHVzZSBteSBvd24geWFob28gcGVyc29uYWwgYWNjb3VudCB0byBzZW5kIHRoaXMgZW1haWwsIF9pdCB3b3JrcyAKYmVhdXRpZnVsbHkuXwoKSG93ZXZlciwgSSBoYWQgbXkgY2xpZW50IG9wZW4gYSB5YWhvbyBhY2NvdW50IHNvIHRoZXkgY2FuIHNlbmQgdGhlaXIgb3duIAplbWFpbHMgZnJvbSBWRlAgYW5kIEkgZ2V0IHRoZSBtZXNzYWdlOiBzZXJ2ZXIgdW5hdmFpbGFibGUgb3IgZmFpbGVkIHRvIApjb25uZWN0IHRvIHNlcnZlci4KCkkgdHJpZWQgdGhpcyBmcm9tIHRocmVlIGRpZmZlcmVudCBtYWNoaW5lcyB3aXRoIHRoZSBzYW1lIHJlc3VsdC4KCkFuZCB0aGUgc2FtZSBoYXBwZW5zIHdpdGggZ21haWwuIFRyeWluZyB0byBzZW5kIHRoZSBlbWFpbCBmcm9tIGdtYWlsLCAKdXNpbmfCoCBzbXRwLmdtYWlsLmNvbSBmb3IgdGhlIG91dGdvaW5nIHNlcnZlciwgSSBnZXQgdGhlIHNhbWUgcmVzdWx0LgoKQlRXLCBpdCBiYXJmcyBpbiB0aGUgc2VuZCgpIGxpbmUKCgrCoMKgwqDCoCBsb0NmZyA9IENSRUFURU9CSkVDVCgiQ0RPLkNvbmZpZ3VyYXRpb24iKQrCoMKgwqDCoCBXSVRIIGxvQ2ZnLkZpZWxkcwouSXRlbSgiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9jZG8vY29uZmlndXJhdGlvbi9zbXRwc2VydmVyIikgPSAKInNtdHAubWFpbC55YWhvby5jb20iCi5JdGVtKCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nkby9jb25maWd1cmF0aW9uL3NtdHBzZXJ2ZXJwb3J0IikgPSA0NjUKLkl0ZW0oImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vY2RvL2NvbmZpZ3VyYXRpb24vc2VuZHVzaW5nIikgPSAyCi5JdGVtKCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nkby9jb25maWd1cmF0aW9uL3NlbmR1c2VybmFtZSIpID0gCiJteWNsaWVudGFjY291bnRAeWFob28uY29tIgouSXRlbSgiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9jZG8vY29uZmlndXJhdGlvbi9zZW5kcGFzc3dvcmQiKSA9IAoiaGlzcGFzc3dvcmQiCi5JdGVtKCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2Nkby9jb25maWd1cmF0aW9uL3NtdHBhdXRoZW50aWNhdGUiKSAKPSAudC4KLkl0ZW0oImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vY2RvL2NvbmZpZ3VyYXRpb24vc210cHVzZXNzbCIpID0gLnQuCsKgwqDCoMKgwqDCoCAuVXBkYXRlCsKgwqDCoMKgIEVORFdJVEgKCsKgwqDCoMKgIGxvTXNnID0gQ1JFQVRFT0JKRUNUICgiQ0RPLk1lc3NhZ2UiKQrCoMKgwqDCoCBXSVRIIGxvTXNnCsKgwqDCoMKgwqDCoCAuQ29uZmlndXJhdGlvbiA9IGxvQ2ZnCsKgwqDCoMKgwqDCoCAuRnJvbSA9ICJteWNsaWVudGFjY291bnRAeWFob28uY29tIgoKwqDCoMKgwqDCoMKgIC5UbyA9ICdyYWZhZWwuY29wcXVpbkBnbWFpbC5jb20nCgoKwqDCoMKgwqDCoMKgIC5TdWJqZWN0ID0gIlRlc3QiCsKgwqDCoMKgwqDCoCAuVGV4dEJvZHkgPSAiSGVsbG8gIgoKwqDCoMKgwqDCoMKgIC5TZW5kKCkKwqDCoMKgwqAgRU5EV0lUSAoKCkkgZ29vZ2xlZCBmb3IgYSBzb2x1dGlvbiBhbmQgdGhleSBzYXkgdG8gdHJ5IHRvIGNoYW5nZSB0aGUgb3V0Z29pbmcgcG9ydCAKdG8gNTg3LCB0byBubyBhdmFpbAoKV2hhdCB0aGUgaGVjayBpcyBnb2luZyBvbj8/CgpTb3JyeSwgbXkgYmFkIHRlbXBlciBjb250cm9sbGVkIG1lCgpSYWZhZWwgQ29wcXVpbgoKCgoKLS0tCkVzdGUgY29ycmVvIGVsZWN0csODwrNuaWNvIGhhIHNpZG8gY29tcHJvYmFkbyBlbiBidXNjYSBkZSB2aXJ1cyBwb3IgQVZHLgpodHRwOi8vd3d3LmF2Zy5jb20KCgotLS0gU3RyaXBNaW1lIFJlcG9ydCAtLSBwcm9jZXNzZWQgTUlNRSBwYXJ0cyAtLS0KbXVsdGlwYXJ0L2FsdGVybmF0aXZlCsKgIHRleHQvcGxhaW4gKHRleHQgYm9keSAtLSBrZXB0KQrCoCB0ZXh0L2h0bWwKLS0tCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpQb3N0IE1lc3NhZ2VzIHRvOiBQcm9Gb3hAbGVhZmUuY29tClN1YnNjcmlwdGlvbiBNYWludGVuYW5jZTogaHR0cDovL21haWwubGVhZmUuY29tL21haWxtYW4vbGlzdGluZm8vcHJvZm94Ck9ULWZyZWUgdmVyc2lvbiBvZiB0aGlzIGxpc3Q6IGh0dHA6Ly9tYWlsLmxlYWZlLmNvbS9tYWlsbWFuL2xpc3RpbmZvL3Byb2ZveHRlY2gKU2VhcmNoYWJsZSBBcmNoaXZlOiBodHRwOi8vbGVhZmUuY29tL2FyY2hpdmVzL3NlYXJjaC9wcm9mb3gKVGhpcyBtZXNzYWdlOiBodHRwOi8vbGVhZmUuY29tL2FyY2hpdmVzL2J5TUlEL3Byb2ZveC9hZGEzNDA0ZC1lYTI3LTE2NjQtOWI5Yy0zMGEwNDRiNTQ5YzNAZ21haWwuY29tCioqIEFsbCBwb3N0aW5ncywgdW5sZXNzIGV4cGxpY2l0bHkgc3RhdGVkIG90aGVyd2lzZSwgYXJlIHRoZSBvcGluaW9ucyBvZiB0aGUgYXV0aG9yLCBhbmQgZG8gbm90IGNvbnN0aXR1dGUgbGVnYWwgb3IgbWVkaWNhbCBhZHZpY2UuIFRoaXMgc3RhdGVtZW50IGlzIGFkZGVkIHRvIHRoZSBtZXNzYWdlcyBmb3IgdGhvc2UgbGF3eWVycyB3aG8gYXJlIHRvbyBzdHVwaWQgdG8gc2VlIHRoZSBvYnZpb3VzLgpSZXBvcnQgW09UXSBBYnVzZTogaHR0cDovL2xlYWZlLmNvbS9yZXBvcnRBYnVzZS9hZGEzNDA0ZC1lYTI3LTE2NjQtOWI5Yy0zMGEwNDRiNTQ5YzNAZ21haWwuY29t--- StripMime Report -- processed MIME parts ---multipart/alternative text/plain (text body -- kept) text/html---

1 0

VFP and CDO banging my head against the wall
by Rafael Copquin 04 Sep '17

04 Sep '17

If I use my own yahoo personal account to send this email, _it works beautifully._ However, I had my client open a yahoo account so they can send their own emails from VFP and I get the message: server unavailable or failed to connect to server. I tried this from three different machines with the same result. And the same happens with gmail. Trying to send the email from gmail, using smtp.gmail.com for the outgoing server, I get the same result. BTW, it barfs in the send() line loCfg = CREATEOBJECT("CDO.Configuration") WITH loCfg.Fields .Item("http://schemas.microsoft.com/cdo/configuration/smtpserver") = "smtp.mail.yahoo.com" .Item("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 465 .Item("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2 .Item("http://schemas.microsoft.com/cdo/configuration/sendusername") = "myclientaccount(a)yahoo.com" .Item("http://schemas.microsoft.com/cdo/configuration/sendpassword") = "hispassword" .Item("http://schemas.microsoft.com/cdo/configuration/smtpauthenticate") = .t. .Item("http://schemas.microsoft.com/cdo/configuration/smtpusessl") = .t. .Update ENDWITH loMsg = CREATEOBJECT ("CDO.Message") WITH loMsg .Configuration = loCfg .From = "myclientaccount(a)yahoo.com" .To = 'rafael.copquin(a)gmail.com' .Subject = "Test" .TextBody = "Hello " .Send() ENDWITH I googled for a solution and they say to try to change the outgoing port to 587, to no avail What the heck is going on?? Sorry, my bad temper controlled me Rafael Copquin --- Este correo electrÃ³nico ha sido comprobado en busca de virus por AVG. http://www.avg.com --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---

1 0

Re: [NF] Re: [FW] Programming language life expectancy
by Jerry Wolper 04 Sep '17

04 Sep '17

>>> Ps: first real program was to determine if a frog was sitting 8 feet away >>> from a pond and he could jump half the distance to the pond with each >>> jump, how many jumps would it take to reach the water? Any guesses? >> >> The program's still running, right? > > Actually it's a trick question because a frog cannot be infinitely small. If we're measuring the distance from the front of the frog's feet to the pond, it doesn't matter how big the frog is. Yes, the jumps become imperceptible, but frogs aren't especially good at measuring half the distance, either. So there. -Jerry --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---

3 2

Re: [NF] Re: [FW] Programming language life expectancy
by Jerry Wolper 03 Sep '17

03 Sep '17

> Ps: first real program was to determine if a frog was sitting 8 feet away from a pond and > he could jump half the distance to the pond with each jump, how many jumps would it > take to reach the water? Any guesses? The program's still running, right? -Jerry --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---

5 4

Re: [NF] Re: [FW] Programming language life expectancy
by Gene Wirchenko 03 Sep '17

03 Sep '17

At 04:26 2017-09-02, "Paul H. Tarver" <paul(a)tpcqpc.com> wrote: >+1 >Paul > >Ps: first real program was to determine if a frog was sitting 8 feet >away from a pond and he could jump half the distance to the pond >with each jump, how many jumps would it take to reach the water? Any guesses? Two. Don't give me that Zeno's Paradox nonsense. If you change the specs on pond and jumping distance mid-project, you deserve what you get. [snip] Sincerely, Gene Wirchenko

1 0

Re: [NF] Re: [FW] Programming language life expectancy
by Gene Wirchenko 03 Sep '17

03 Sep '17

At 18:37 2017-09-01, mbsoftwaresolutions(a)mbsoftwaresolutions.com wrote: >On 2017-09-01 13:04, Laurie Alvey wrote: >>Didn't everyone at least dabble with BASIC? I started out with a Commodore >>VIC20 which (I believe), had 3.2 kB of RAM. >Oh yes. My first was GW-BASIC on our AT&T home computer. > >10 PRINT "Hello" >20 GOTO 10 > >:-) Low humour. We Foxers are much more sophisticated than that: on key label chr(13) ?? " Hiccup!" Sincerely, Gene Wirchenko

1 0

Re: [NF] Re: [FW] Programming language life expectancy
by Gene Wirchenko 03 Sep '17

03 Sep '17

At 15:59 2017-09-01, Vince Teachout <teachv(a)taconic.net> wrote: >TI-994A. Unpacked it at 2:00 in the afternoon, started playing with >BASIC, and a few minutes later realized it was 3:30 AM. And thus started the typical programmer problem with date and time. <BEG> See https://www.xkcd.com/1883/ for another amusing take. [snip] Sincerely, Gene Wirchenko

1 0

Re: [NF] Re: [FW] Programming language life expectancy
by Gene Wirchenko 03 Sep '17

03 Sep '17

At 10:04 2017-09-01, Laurie Alvey <trukker41(a)gmail.com> wrote: >Didn't everyone at least dabble with BASIC? I started out with a Commodore >VIC20 which (I believe), had 3.2 kB of RAM. 5K according to Wikipedia. My first micro was a TRS-80 Model I. [snip] Sincerely, Gene Wirchenko

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

ProFox