ProFox May 2017

profox@leafe.com

56 participants
78 discussions

Re: Weird Instantiation Bug
by Gene Wirchenko 10 May '17

10 May '17

At 14:27 2017-05-10, Fred Taylor <fbtaylor(a)gmail.com> wrote: >It actually runs. Scary, huh! Very. It means that a WITH block has execution scope, not lexical scope. It might be why some people have trouble with WITH. Suppose a caller has one or more WITH blocks open and calls a method. If the called method uses WITH, the object references are not going to be what is expected. There is nothing the called method can do about it and still use WITH. [snip] Sincerely, Gene Wirchenko

2 1

Weird Instantiation Bug
by Gene Wirchenko 10 May '17

10 May '17

Hello: I am making some table modifications to my app. I completed the support part for one table then wanted to see the DE form for how I was going to add the columns. I got an interesting error when the support object for that table was being instantiated. This error was reported on the statement with the createobject() call: Expression is not valid outside of WITH/ENDWITH. The error number was 0. The real cause of the error had to be in the class about to be instantiated. That was the only place I had changed. Well, I did find it there. I had missed a period and had defined a property incorrectly. The erroneous line was lrtepup=.f and should have been lrtepup=.f. Note that VFP had not complained about the line during compilation. Sincerely, Gene Wirchenko

5 7

Re: Weird Instantiation Bug
by Gene Wirchenko 10 May '17

10 May '17

At 11:42 2017-05-10, Fred Taylor <fbtaylor(a)gmail.com> wrote: >Sounds perfectly legit as an error to me. Property references inside the >WITH/ENDWITH begin with a ".". VFP couldn't tell the difference between >".f" and a ".someproperty" reference so there would be no error at compile >time. Not every scenario can be accounted for at compile time the way it >works. Maybe they COULD HAVE errored it at compile time, since there was >no active WITH/ENDWITH when the ".f" was encountered. It would have to be an error. I was *defining a property*. That is done in a class definition outside of any method. WITH/ENDWITH and other executable statements are not allowed at that point of a class definition. [snip] Sincerely, Gene Wirchenko

1 0

[NF] Sending Large Files...
by Dave Crozier 10 May '17

10 May '17

Gentlemen, Just came across a really neat free utility to transfer files between different devices up to 10Gb in size. It is called Sendanywhere and it just works with no adware, nagware to ask you to buy the full product (there isn't one!!). You can inter transfer from IOS, MacOSx, Windows and Linux seamlessly and very simply. There is even an outlook extension that is brilliant. In all versions apart from the outlook extension you select the files to send then you are given a code which you then give to the recipient who enters it into the app at their end and bingo, the files are instantly transferred. With the outlook extension a link is sent in the email to the recipient and when they click it the download starts immediately ... they don't even need to download or load the ap as it is all done via their web browser ... with no nagware. I was/am impressed as the grief we get when trying to send emails with attachments more than 20Mb is considerable.... There is also an extension for Gmail allowing you to bypass the Google limit of 25Mb for attachments. Give it a go and report back! Dave

6 11

Re: [NF] My old LogMeIn is sure getting around the world
by Gene Wirchenko 10 May '17

10 May '17

At 12:47 2017-05-09, mbsoftwaresolutions(a)mbsoftwaresolutions.com wrote: >I stopped using LMI last year. But occasionally get alerts that >someone failed to log into my account (even though I no longer have >any active accounts with them). Today's attempt came from Vietnam! > >LogMeIn ID: ******@***** > >Time of Event: 5/9/2017 5:46 AM > From IP Address: 113.161.89.45 > From location: Ho Chi Minh City, Vietnam Do you *know* that you have no active accounts with LMI? After all, why are you getting those notifications? What happens if someone does manage to sign on? (Do you have any liability?) Sincerely, Gene Wirchenko

2 1

[NF] My old LogMeIn is sure getting around the world
by mbsoftwaresolutions＠mbsoftwaresolutions.com 09 May '17

09 May '17

I stopped using LMI last year. But occasionally get alerts that someone failed to log into my account (even though I no longer have any active accounts with them). Today's attempt came from Vietnam! LogMeIn ID: ******@***** Time of Event: 5/9/2017 5:46 AM From IP Address: 113.161.89.45 From location: Ho Chi Minh City, Vietnam

1 0

"Crazy-bad" MS Zero-Day for Windows Defender
by Ted Roche 09 May '17

09 May '17

Despite it being the usual patch Tueday, Microsoft turbocharged the release of a "Zero-Day" patch. Some details: http://www.zdnet.com/article/microsoft-releases-emergency-patch-for-crazy-b… -- Ted Roche Ted Roche & Associates, LLC http://www.tedroche.com

1 0

Question about determining when record not showing after filter applied
by mbsoftwaresolutions＠mbsoftwaresolutions.com 09 May '17

09 May '17

VFP9SP2 After applying a filter to a grid cursor, I want to know if the current record pointer (not moved since the filter applied) is on a record that is affected by the filter? That is, if the record pointer is on a record that is no longer visible due to the filter, I want to reset the pointer to the first record in the cursor, or perhaps the previous or next record that IS showing yet even after the filter applied. My testing shows that my current record pointer does not move after the filter applied (as expected) and EOF('myCursor') is .F. (which is technically true, since it's on a valid record, although it's being filtered out). Ideas? tia! --Mike

7 15

Re: Question about determining when record not showing after, filter applied
by Brant E. Layton 08 May '17

08 May '17

|You just set the filter - test the record you are currently on...then, apply your logic accordingly Brant Layton| |480.964.1316| On 5/8/2017 1:49 PM, profoxtech-request(a)leafe.com wrote: > Re: Question about determining when record not showing after > filter applied --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---

1 0

[NF] Why mySQL sucks
by Stephen Russell 08 May '17

08 May '17

Saw this listed elsewhere and thought of sharing it. https://grimoire.ca/mysql/choose-something-else All great beefs with the product that I have heard of over the decades -- Stephen Russell Sr. Analyst Ring Container Technology Oakland TN 901.246-0159 cell --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

ProFox May 2017