Method Madness?

[Mehboob Alam via 4D_Tech]

Anyone have access to the original? I have a serial number, but not the
software itself..

thanks in advance
- Mehboob Alam
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Emailing from 4d issues

[Peter Adam via 4D_Tech]

The key differences are in the x-Authentication-Results: header

The 4D generated email has the following section in this header:

spf=fail (st11p00mm-spfmilter008.mac.com 
: domain of di...@print...au 
 does not designate 203.12.160.162 as 
permitted sender) 

the Outlook generated email has:

spf=pass (st11p00mm-spfmilter008.mac.com 
: domain of di...@print...au 
 designates 104.47.117.77 as permitted sender)

The correction of this is apparently pretty straight forward

http://www.x-pose.org/2013/10/22/how-to-designate-an-ip-address-as-permitted-sender/
 


The 104.47.117.77 address is in Redmond and is a Microsoft server. What you get 
when you subscribe to the Office package .



> On 1 Mar 2017, at 12:20 pm, Chuck Miller via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> Why not look at all headers from a 4D mail that failed and one from outlook 
> that succeeds.
> 
> Additionally, I have found that authorization is yours not their problem
> 
> Regards
> 
> Chuck
> 
> Chuck Miller Voice: (617) 739-0306
> Informed Solutions, Inc. Fax: (617) 232-1064   
> mailto:cjmillerinformed-solutions.com 
> Brookline, MA 02446 USA Registered 4D Developer
>   Providers of 4D and Sybase connectivity
>  http://www.informed-solutions.com  
> 
> This message and any attached documents contain information which may be 
> confidential, subject to privilege or exempt from disclosure under applicable 
> law.  These materials are intended only for the use of the intended 
> recipient. If you are not the intended recipient of this transmission, you 
> are hereby notified that any distribution, disclosure, printing, copying, 
> storage, modification or the taking of any action in reliance upon this 
> transmission is strictly prohibited.  Delivery of this message to any person 
> other than the intended recipient shall not compromise or waive such 
> confidentiality, privilege or exemption from disclosure as to this 
> communication. 
> 
>> On Feb 28, 2017, at 8:16 PM, Peter Adam via 4D_Tech <4d_tech@lists.4d.com> 
>> wrote:
>> 
>> It appears that there is some content in the header generated by 4D internet 
>> commands which is missing and is expected by the receiving email server
> 
> **
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **

**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[David Adams via 4D_Tech]

On Sat, Mar 4, 2017 at 11:41 AM, John DeSoi via 4D_Tech <
4d_tech@lists.4d.com> wrote:

>
> Most programming environments have a way to deal with runtime errors. Many
> good ones have constructs like try/catch/throw. 4D really needs something
> like this.
>

+100
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[David Adams via 4D_Tech]

> I still hold the view that ON ERROR CALL should not apply to runtime
errors,
> as there are no logical ways to recover from them, but would a "feature"
that
> allows the customisation of the runtime error dialog make sense? one that
> includes such options as "send information (e.g. Info Component log)
> to the developer", etc.

Well, this doesn't happen every day...I read an email post on the list and
change my mind. You're right, I've been looking at the error call mechanism
in the wrong way forever. Yes, there are two kinds of errors:

Open file
It's locked!
Get array element 5
There are only 4 elements!
The first error is manageable, the second...not so much. The second sort of
error does put the program in an uncertain and unpredictable state and the
error must not be ignored. I've quoted you and added a bit of commentary to
this recent feature request thread:

ON ERR CALL method: Intercept all types of errors
http://forums.4d.fr/Post/EN/17994245/1/17994246
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[John DeSoi via 4D_Tech]

There is no way to recover, but the 4D dialog can capture the exact error and 
line number and give the user two options, Abort and Continue?

I would be fine with 4D aborting the process and writing the error information 
to the event log. Showing the dialog on the on the server or web server while 
the process on the other side of the connection waits forever is not a good 
solution. 

Most programming environments have a way to deal with runtime errors. Many good 
ones have constructs like try/catch/throw. 4D really needs something like this.

John DeSoi, Ph.D.


> On Mar 3, 2017, at 6:00 PM, Keisuke Miyako via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> I wrote this almost ironically but maybe there is something to it.
> 
> I still hold the view that ON ERROR CALL should not apply to runtime errors,
> as there are no logical ways to recover from them,
> but would a "feature" that allows the customisation of the runtime error 
> dialog make sense?
> one that includes such options as "send information (e.g. Info Component log) 
> to the developer", etc.

**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Email Component

[Keisuke Miyako via 4D_Tech]

from what you describe,
it sounds like a problem in Internet Commands v16,
not the component that presumably generates the HTML.

F.Y.I. you can use v15 Internet Commands with v16,
just install it in the Plugins folder inside the database folder,
and it will take precedence over the one inside the application.

2017/03/04 4:20、David Conley via 4D_Tech 
<4d_tech@lists.4d.com> のメール：
Any ideas?


**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Way to get chosen ID field name?

[Doug Hall via 4D_Tech]

I actually may use your method. However, does this still work if the 4D SQL
server isn't running? I'm kind of new to the SQL part of 4D.

On Thu, Mar 2, 2017 at 11:18 AM, Tai Bui via 4D_Tech <4d_tech@lists.4d.com>
wrote:

> Hi,
>
> Sorry I spoke too soon, I thought you wanted to find the primary key
> fields name for a table, but you wanted the Name set in the preferences. I
> am not sure why you need this, but it is stored at the end of the following
> file:
> ...\4D\Resources\default.4DPreferences
>
> It is an xml formatted file and the item is 'pk_defaultName'
>
> Hope this helps.
>
> Best Regards,
> -Tai B
>
>
>
> **
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **
>
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[Kirk Brooks via 4D_Tech]

Jeff,
I vote for bug. Though it could be it's 2 different errors as far as 4D is
concerned with a compiler error tripping first which doesn't show up
interpreted.

I've noticed -1 being returned as an error code for a really wide range of
errors. Or, it's a case like this where the compiler trips before the
actual coding error does. It makes it harder to figure out nonetheless.

On Fri, Mar 3, 2017 at 7:06 AM, Jeffrey Kain via 4D_Tech <
4d_tech@lists.4d.com> wrote:

> The following behaves differently in interpreted vs. compiled:
>
>   C_OBJECT($oResponse)
>   C_TEXT($tResponse)
>
>   ON ERR CALL("ErrHandler")
>   $tResponse:="False"
>   $oResponse:=JSON Parse($tResponse)
>   ON ERR CALL("")
>
> In interpreted mode, the error handler catches an Error value of 54, and
> $oResponse is undefined.
>
> In compiled mode, the error handler catches an Error value of -1, and then
> 4D throws a runtime error dialog on the screen for JSON Parse ("Attempting
> to retype by using a pointer.") even though an ON ERR CALL is still in
> effect.
>
> If I change the JSON Parse line to:
>
>   $oResponse:=JSON Parse($tResponse;Is object)
>
> ... then 4D behaves the same in interpreted and compiled. Both catch an
> error of -1 in the error handler and no runtime error is generated.
>
> Feature or bug?
>
> --
> Jeffrey Kain
> jeffrey.k...@gmail.com
>
>
>
>
> **
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **




-- 
Kirk Brooks
San Francisco, CA
===
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[John DeSoi via 4D_Tech]

Bug in my opinion that 4D shows any error dialog while the error handler is 
active. This is a huge problem for execution on 4D Server or a web server. And 
if it happens in front of a user they can just hit abort and you have no way to 
know about the problem unless they complain about it.


John DeSoi, Ph.D.


> On Mar 3, 2017, at 9:06 AM, Jeffrey Kain via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> In compiled mode, the error handler catches an Error value of -1, and then 4D 
> throws a runtime error dialog on the screen for JSON Parse ("Attempting to 
> retype by using a pointer.") even though an ON ERR CALL is still in effect.

**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Bug or feature?

[Chip Scheide via 4D_Tech]

came across this minutes before your post...
not related  but I could not help myself  :)
https://i.redd.it/njhwg6drc2jy.jpg

On Fri, 3 Mar 2017 10:06:18 -0500, Jeffrey Kain via 4D_Tech wrote:
> The following behaves differently in interpreted vs. compiled:
> 
>   C_OBJECT($oResponse)
>   C_TEXT($tResponse)
> 
>   ON ERR CALL("ErrHandler")
>   $tResponse:="False"
>   $oResponse:=JSON Parse($tResponse)
>   ON ERR CALL("")
> 
> In interpreted mode, the error handler catches an Error value of 54, 
> and $oResponse is undefined.
> 
> In compiled mode, the error handler catches an Error value of -1, and 
> then 4D throws a runtime error dialog on the screen for JSON Parse 
> ("Attempting to retype by using a pointer.") even though an ON ERR 
> CALL is still in effect.
> 
> If I change the JSON Parse line to:
> 
>   $oResponse:=JSON Parse($tResponse;Is object)
> 
> ... then 4D behaves the same in interpreted and compiled. Both catch 
> an error of -1 in the error handler and no runtime error is generated.
> 
> Feature or bug?
> 
> --
> Jeffrey Kain
> jeffrey.k...@gmail.com
> 
> 
> 
> 
> **
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **
---
Gas is for washing parts
Alcohol is for drinkin'
Nitromethane is for racing 
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Bug or feature?

[Jeffrey Kain via 4D_Tech]

The following behaves differently in interpreted vs. compiled:

  C_OBJECT($oResponse)
  C_TEXT($tResponse)

  ON ERR CALL("ErrHandler")
  $tResponse:="False"
  $oResponse:=JSON Parse($tResponse)
  ON ERR CALL("")

In interpreted mode, the error handler catches an Error value of 54, and 
$oResponse is undefined.

In compiled mode, the error handler catches an Error value of -1, and then 4D 
throws a runtime error dialog on the screen for JSON Parse ("Attempting to 
retype by using a pointer.") even though an ON ERR CALL is still in effect.

If I change the JSON Parse line to:

  $oResponse:=JSON Parse($tResponse;Is object)

... then 4D behaves the same in interpreted and compiled. Both catch an error 
of -1 in the error handler and no runtime error is generated.

Feature or bug?

--
Jeffrey Kain
jeffrey.k...@gmail.com




**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

DebugLogReader Update 1.01

[Herr Alexander Heintz via 4D_Tech]

Sorry folks,
had a little bug in hierarchical view, please download fixed version 1.01:
Download DebugLogReader V 1.01 

Have fun
Alex
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**