|
terryd
|
 |
« on: July 27, 2010, 06:54:24 am » |
|
Any help with this NT5_PR26. Getting this error on a application after conversion from NT4.49 This message keeps on coming up putting a blank in the webserver window
|
|
|
|
|
Logged
|
|
|
|
|
Stu
|
 |
« Reply #1 on: July 27, 2010, 05:05:35 pm » |
|
Terry,
Bruce knows about it (cause I logged it with him a few days ago <g>).
Stu
|
|
|
|
|
Logged
|
|
|
|
|
terryd
|
 |
« Reply #2 on: July 28, 2010, 01:29:16 am » |
|
Thanks Is this general or just with the NT5_PR26 build?
|
|
|
|
|
Logged
|
|
|
|
|
michelis
|
 |
« Reply #3 on: July 28, 2010, 10:02:59 am » |
|
Same Pb here with PR26
|
|
|
|
|
Logged
|
|
|
|
|
Bruce
|
 |
« Reply #4 on: July 28, 2010, 10:48:58 am » |
|
it seems to be just in the PR26 build - sorted for PR27. cheers Bruce
|
|
|
|
|
Logged
|
|
|
|
|
michelis
|
 |
« Reply #5 on: July 29, 2010, 06:29:05 am » |
|
same Pb in PR27
|
|
|
|
|
Logged
|
|
|
|
|
terryd
|
 |
« Reply #6 on: July 30, 2010, 07:49:08 am » |
|
Major show stopper./ I've had to revert to PR25. Any idea when this will be fixed?
|
|
|
|
|
Logged
|
|
|
|
|
britech
|
 |
« Reply #7 on: July 30, 2010, 11:07:36 am » |
|
PR26 solved other problems I had, so I can't go back to PR25. Anxiously awaiting for a resolution to Bad data Error as well. Brian
|
|
|
|
|
Logged
|
NT5 PR26 6.3 9055
|
|
|
Larry Sand
Newbie

Posts: 23
|
 |
« Reply #8 on: July 30, 2010, 01:37:29 pm » |
|
I too can reproduce the error under PR 27.
One thing you can and should do is to hook all of the procedures, Message(), Stop(), Assert(), Halt(), FatalError(), and perhaps FileDialog() and ColorDialog(), if they could be called. You can then react to the errors in code. You could even set the stop, assert, and halt to restart your server. If you run your server as a service it's essential that you write these hook procedures. Otherwise your server will stop and you won't know what's happening as the dialog displayed is waiting in a hidden window station with no way to respond for the program to continue.
Larry Sand
|
|
|
|
|
Logged
|
|
|
|
|
Bruce
|
 |
« Reply #9 on: July 30, 2010, 11:44:11 pm » |
|
the stop is in \clarion6\libsrc\netweb.clw. You can remove the stop from the code in PR26. It doesn't fix the underlying problem, but it should sort out your issue for now.
in clarion7 netweb.clw is in \clarion7\accessory\libsrc\win
cheers Bruce
|
|
|
|
|
Logged
|
|
|
|
|
zdpl0a
|
 |
« Reply #10 on: July 31, 2010, 02:42:20 am » |
|
Hi all,
Is there a sequence that produces this problem? I have 13 services and have not seen it in testing, and 26 fixed my other problems.
Also, what does Larry mean in his post above by hook the procedure?
Thanks,
Dave
|
|
|
|
|
Logged
|
|
|
|
Larry Sand
Newbie

Posts: 23
|
 |
« Reply #11 on: July 31, 2010, 05:45:15 am » |
|
Dave,
In the online help for Clarion, lookup prop:LibHook and you'll see these hooks {PROP:Libhook, 1} PROP:ColorDialogHook {PROP:Libhook, 2} PROP:FileDialogHook {PROP:Libhook, 3} PROP:FontDialogHook {PROP:Libhook, 4} PROP:PrinterDialogHook {PROP:Libhook, 5} PROP:HaltHook {PROP:Libhook, 6} PROP:MessageHook {PROP:Libhook, 7} PROP:StopHook {PROP:Libhook, 8} PROP:AssertHook {PROP:Libhook, 9} PROP:FatalErrorHook {PROP:Libhook, 12} PROP:SystemPropHook {PROP:Libhook, 13} PROP:AssertHook2 {PROP:Libhook, 14} PROP:InitAStringHook {PROP:Libhook, 15) PROP:UnlockThreadHook
{PROP:Libhook, 16) PROP:LockThreadHook {PROP:Libhook, 17) PROP:ThreadLockedHook
Now you can use that list to lookup the indivial props for more info. For instance: Prop:MessageHook says
A property of the SYSTEM built-in variable that sets the override procedure for the MESSAGE internal Clarion procedure. Equivalent to {PROP:LibHook,6}. Assign the ADDRESS of the overriding procedure, and the runtime library will call the overriding procedure instead of the MESSAGE procedure. Assign zero and the runtime library will once again call its internal procedure. The overriding procedure's prototype must be exactly the same as the MESSAGE procedure found in the BUILTINS.CLW file. (WRITE-ONLY)
You can then open builtins.clw to find the prototype for the Message() procedure and create a procedure in your app to match like this:
MessageHook PROCEDURE(STRING sMsg,<STRING sCaption>, <STRING sIcon> ,<STRING sButton>, UNSIGNED btnDefault=0, UNSIGNED mStyle=0 ),UNSIGNED,PROC
You must ensure that you don't call Message() or any other method or procedure that may call Message() from within this hook procedure. If you do it will be called recursively and GPF when it blows the stack. I log these messages to rotated text log files and send messages to notify an admin of the problem.
To enable the hook, in your program early on you set the system hook property to the address of your hook procedure to prevent the standard Message dialog from displaying:
System{Prop:MessageHook} = Address(MessageHook)
Cheers, Larry Sand
|
|
|
|
|
Logged
|
|
|
|
|
zdpl0a
|
 |
« Reply #12 on: July 31, 2010, 06:33:49 am » |
|
Larry,
I got it.....
Thanks so much for your time and effort.
Guess I got to get to work this afternoon
Take Care
Dave
|
|
|
|
|
Logged
|
|
|
|
|
zdpl0a
|
 |
« Reply #13 on: August 02, 2010, 05:41:42 am » |
|
I too, like the folks above, need the product fix. Just don't have the time to mess with this and my production stuff still runs fine. Have a stack of enhancements built under 26 that I'd like to get in .
Dave
|
|
|
|
|
Logged
|
|
|
|
|
michelis
|
 |
« Reply #14 on: August 10, 2010, 11:34:23 am » |
|
Still in PR28 After a long period of time runing, lets say some hours, the messages appears again. Had to comment the stop.
Alberto
|
|
|
|
|
Logged
|
|
|
|
|