I have a one line BAJA program I am trying to run when someone first
connects to a node of my BBS. I named it CMATRIX.SRC and .bin ...

EXEC_XTRN MATRIXC
which loads an external door, of a matrix code screensaver.

This works when I ;EXEC it from within my BBS or run it off a menu.

It doesn't when I put EXEC:CMATRIX with @'s as the first line of
answer.asc , which was my rigged plan.

It says "Time's up." and hangs up immediately.
The board continues fine when I don't try execing this on (pre?)login.

When compiling my .src, I have tried to use EXEC and EXEC_INT and other
ways to run this program as a door or bash script. In SCFG, I have tried
using TLEFT 0 as a requirement and setting suspend/free time as a door option. And anything else that sounded timey or releases restrictions.

Where/what to set?

I think my trouble is getting synchronet to run external doors with extra
time or allowed requirements, on immediate connect. I'm running it from
inside my answer.asc, I can run it another way if it's possible..

Should I try to stuff it in the login matrix.src somewhere and recompile?

Plz help, this will go a long way with other mods and tricks.

Thank you for your time.
=\= The Immortal =/=



---
þ Synchronet þ Kettering Square BBS w00t!

Re: Noob prelogon baja .bin
By: The Immortal to All on Fri Feb 01 2008 08:17 am

I have a one line BAJA program I am trying to run when someone first connects to a node of my BBS. I named it CMATRIX.SRC and .bin ...

EXEC_XTRN MATRIXC
which loads an external door, of a matrix code screensaver.

Is it an actual "door" (i.e. written to run on a BBS) or some other program you're trying to repurpose? Is it a DOS program or a native executable?

This works when I ;EXEC it from within my BBS or run it off a menu.

It doesn't when I put EXEC:CMATRIX with @'s as the first line of
answer.asc , which was my rigged plan.

It says "Time's up." and hangs up immediately.
The board continues fine when I don't try execing this on (pre?)login.

When compiling my .src, I have tried to use EXEC and EXEC_INT and other
ways to run this program as a door or bash script. In SCFG, I have tried using TLEFT 0 as a requirement and setting suspend/free time as a door option. And anything else that sounded timey or releases restrictions.

Where/what to set?

Is "Monitor Time Left" set to Yes or No?

I think my trouble is getting synchronet to run external doors with extra time or allowed requirements, on immediate connect. I'm running it from inside my answer.asc, I can run it another way if it's possible..

Should I try to stuff it in the login matrix.src somewhere and recompile?

I don't think that will help. Is the actual program being called?


digital man (xbox-live: digitlman)

Snapple "Real Fact" #40:
It is possible to lead a cow up stairs but not down.
Norco, CA WX: 56.4øF, 60% humidity, 3 mph WSW wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Re: Noob prelogon baja .bin
By: The Immortal to All on Fri Feb 01 2008 08:17 am

I have a one line BAJA program I am trying to run when someone first connects to a node of my BBS. I named it CMATRIX.SRC and .bin ...

EXEC_XTRN MATRIXC
which loads an external door, of a matrix code screensaver.

This is a really round-about way to run an external program during login (there are easier ways), but the problems you mentioned below are not related to your methodology.

If you get the latest development build of Synchronet v3.15a, (sbbs_dev.zip), you can now use a new @-code called EXEC_XTRN (@EXEC_XTRN:somecode@) to execute an external program directly from a display file without the Baja stub method you mentioned above.

This works when I ;EXEC it from within my BBS or run it off a menu.

It doesn't when I put EXEC:CMATRIX with @'s as the first line of
answer.asc , which was my rigged plan.

It says "Time's up." and hangs up immediately.
The board continues fine when I don't try execing this on (pre?)login.

This is a problem with calculating the time remaining when a user is not logged in. If you update to the latest development build, you should not get this specific error. Now, the program that you're running may get a 0-minutes left for the user (taken from the drop file created by the BBS) - but you can get around that by adding "Extra Minutes" in the configuration of this program in SCFG if that's a problem.

When compiling my .src, I have tried to use EXEC and EXEC_INT and other
ways to run this program as a door or bash script. In SCFG, I have tried using TLEFT 0 as a requirement and setting suspend/free time as a door option. And anything else that sounded timey or releases restrictions.

Where/what to set?

I think my trouble is getting synchronet to run external doors with extra time or allowed requirements, on immediate connect. I'm running it from inside my answer.asc, I can run it another way if it's possible..

There are other more simple ways to execute a program before login, but they don't resolve this "Time's up" issue. You need to get the development version for that.

Should I try to stuff it in the login matrix.src somewhere and recompile?

No, that won't help. :-)

Plz help, this will go a long way with other mods and tricks.

Get the development build. I was able to get some doors to work before login (e.g. LORD), but not others (e.g. Synchronet Blackjack) - I'm still looking into why that is.

digital man (xbox-live: digitlman)

Snapple "Real Fact" #129:
Mosquitoes have 47 teeth.
Norco, CA WX: 75.0øF, 28% humidity, 3 mph NE wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Re: Noob prelogon baja .bin
By: Digital Man to The Immortal on Sat Feb 02 2008 02:04 pm

OK I fixed it kind sir, sorry for my reply so late.

I had to give security level 0 more than 0 minutes a day.

10 minutes seems fine, I bet it could even be 1 minute with 'suspend time' or 'free time' options if you did not want the front program to disconnect an idle user.

I'm going to drag this out a little, to refresh.
It's something others may want to know?

EXEC_XTRN MATRIXC
which loads an external door, of a matrix code screensaver.

Is it an actual "door" (i.e. written to run on a BBS) or some other program you're trying to repurpose? Is it a DOS program or a native executable?

It is not a door, it's a regular freebsd binary from the ports tree
somewhere. This, and desperate lack of knowhow, led me to experiment
with every way to EXEC or call an executable. Had it right the first time.

NOTE TO SELF: PAYS TO RTFM ESPECIALLY IF DEVELOPER TELLING YOU WHERE

It says "Time's up." and hangs up immediately.
Where/what to set?

Is "Monitor Time Left" set to Yes or No?

Also tried that option with yes/no, security level 0 stats seem to take precedence over all of this. Or other scfg settings.

Should I try to stuff it in the login matrix.src somewhere and recompile?

I don't think that will help. Is the actual program being called?

The program is being called, it worked, it would just instantly hangup.
Fine now.

Also, I have no guest account enabled on my BBS. I don't know if this
would have been a problem in the first place, if I had a guest account..?

Oh and yes coincidentally, I noticed some of the CVS submittals and work
being done since my original post, tighter door handling, and the birth of
an @EXEC_XTRN@ code. That is excellent.

Thank you again for your time, and all your guys'Z latest efforts, they're showing and being used right away.

=\= The Immortal =/=



---
þ Synchronet þ Kettering Square BBS w00t!

Re: Noob prelogon baja .bin
By: The Immortal to Digital Man on Sat Feb 09 2008 02:03 pm

Re: Noob prelogon baja .bin
By: Digital Man to The Immortal on Sat Feb 02 2008 02:04 pm

OK I fixed it kind sir, sorry for my reply so late.

I had to give security level 0 more than 0 minutes a day.

Ah, I didn't think of that.

10 minutes seems fine, I bet it could even be 1 minute with 'suspend time' or 'free time' options if you did not want the front program to disconnect an idle user.

Yes. Actually, if you have "Monitor Time Left" set to "No" and the program you're running doesn't check the time left, then 1 minute would be fine.

I'm going to drag this out a little, to refresh.
It's something others may want to know?

EXEC_XTRN MATRIXC
which loads an external door, of a matrix code screensaver.

Is it an actual "door" (i.e. written to run on a BBS) or some other program you're trying to repurpose? Is it a DOS program or a native executable?

It is not a door, it's a regular freebsd binary from the ports tree somewhere.

So it's sending output to stdout and you have standard output intercepted and sent to the remote user?

This, and desperate lack of knowhow, led me to experiment
with every way to EXEC or call an executable. Had it right the first time.

NOTE TO SELF: PAYS TO RTFM ESPECIALLY IF DEVELOPER TELLING YOU WHERE

It says "Time's up." and hangs up immediately.
Where/what to set?

Is "Monitor Time Left" set to Yes or No?

Also tried that option with yes/no, security level 0 stats seem to take precedence over all of this. Or other scfg settings.

Well the "Monitor Time Left" option controls whether the BBS checks out much time the user has remaining while the program is running. It was (before the recent committed changes) always checking the time left just *before* it ran the program, however. If this option is set to "No", then it is up to the external program to check the amount of time remaining (if you care).

Should I try to stuff it in the login matrix.src somewhere and recompile?

I don't think that will help. Is the actual program being called?

The program is being called, it worked, it would just instantly hangup.
Fine now.

Also, I have no guest account enabled on my BBS. I don't know if this
would have been a problem in the first place, if I had a guest account..?

No, that would make no difference.

Oh and yes coincidentally, I noticed some of the CVS submittals and work being done since my original post, tighter door handling, and the birth of an @EXEC_XTRN@ code. That is excellent.

Thank you again for your time, and all your guys'Z latest efforts, they're showing and being used right away.

Okay, good.


digital man (xbox-live: digitlman)

Snapple "Real Fact" #58:
A sneeze travels out of your nose at 100mph.
Norco, CA WX: 68.9øF, 35% humidity, 0 mph NE wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net