#144923 - 2005-08-09 10:17 PM
Re: Break On should be the deafult
|
NTDOC
Administrator
   
Registered: 2000-07-28
Posts: 11625
Loc: CA
|
Not implying you have poor coding skills. But I do notice that each time you post a suggestion you do approach it with a very strong passion that is not satisfied until the topic dies of age or you get your way. Were you a politician in another job? 
I guess I'll fall back to previous answers then. Change it anyway you want, I can code around it.
|
Top
|
|
|
|
#144928 - 2005-08-10 09:17 AM
Re: Break On should be the deafult
|
Richard H.
Administrator
   
Registered: 2000-01-24
Posts: 4946
Loc: Leatherhead, Surrey, UK
|
Quote:
sure, but I hate those stupid best practise comments on BREAK ON when it doesn't even work.
Well then get it fixed 
Changing the default action of every script that's out there to fix another problem is not the right way to go about it.
I can see no reason why the "BREAK" statement should not affect the kill settings of WKIX32. Ok, so if there is no console so you cannot install the SetConsoleCtrlHandler() to deal with control-C which is fair enough. However that is no reason that the "logoff when killed" action should not be affected by the BREAK statement.
You need to petition Ruud (again?) to get wkix32 fixed.
|
Top
|
|
|
|
#144938 - 2005-08-17 06:48 PM
Re: Break On should be the deafult
|
Bryce
KiX Supporter
   
Registered: 2000-02-29
Posts: 3167
Loc: Houston TX
|
Quote:
so, is it ruuds laziness if he can't make the "break off" default only during login? outside logon procession, it would default to "break on"
this is a good point... well not that Ruud is lazy!!!
Ruud added a macro @LOGONMODE that is true if the script is running as a logon process, could not the "break" be coded the same way?
this keeps the default "break off" for logon scripts, but gives the admin script a "break on" enviroment.
|
Top
|
|
|
|
Moderator: Lonkero, ShaneEP, Jochen, Radimus, Glenn Barnas, Allen, Ruud van Velsen, Mart
|
2024-02-09 [RSLHA]
No access possible!
2024-02-09 [RSLHA]
Database Error!
2024-02-18 [Dr_Rick]
What happened to Bruno
2024-03-08 [mole]
Thanks for getting the posts back again.
2024-04-18 [MarineV]
will the db errors get fixed????
2024-04-26 [Tonny]
database error, please!
2024-05-09 [NTDOC]
I'm not seeing any errors
2024-05-31 [chojin]
DB is down again
2024-06-04 [selsner]
Still no access, please help!
2024-06-07 [mole]
Looks like DB is back again. Thanks.
2024-06-17 [It_took_my_meds]
We encountered a problem. The reason reported was Database error only visible to forum administrators Please click back to return to the previous page.
2024-07-04 [Armin73]
There is still a database error 🤷♂️
2024-07-09 [0neZero]
There is still a database error 🤷♂️
2024-07-10 [Allen]
DB working a few times in between the messages above. Working again as of 7/10. Thanks Doc
2024-08-31 [NetGnostic]
Bummer, the Database error is back.
2024-09-04 [NTDOC]
Fourms are back up without error for the moment
2024-10-02 [Arend_]
Wll still have database errors ;-)
2024-10-03 [Allen]
Thanks to Doc... it's back.
2024-12-09 [chojin]
could we move kixtart to a new place in order to keep it living ? maybe create a github page and a subreddit?
2024-12-10 [Allen]
do know about moving it, but I know Doc is aware of the DB issue. Should be back online soon.
2024-12-10 [Allen]
don't know...
2025-02-09 [Comet]
Greetings. I installed KiX on my new Windows 11 computer, and joined this foum. Hello World!
2025-02-10 [Allen]
Welcome
2025-03-07 [Comet]
UBB Error We encountered a problem. The reason reported was Database error only visible to forum administrators
2025-06-30 [mole]
Thanks for getting this working again.
2025-07-28 [mole]
UBB Error We encountered a problem. The reason reported was Database error only visible to forum administrators
2025-08-01 [Arend_]
I think it's fixed, I don't have the problem.
2025-10-06 [Comet]
The UBB Error no longer happens for me.
|
|
1 registered
(Allen)
and 850 anonymous users online.
|
|
|