Is this command work only with programs that reside in the \sbbs\exec
dir? Can I stick a drive and path in front of the executible?
Yes, I tried that, and it failed miseribly.
#cmdkey /B
# print "\r\nBulletin Menu\r\n"
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
# args: BULLETIN
# end_cmd
I am not sure as to the next to the last line being needed but the BaJa
docs said it should be the internal code.
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
Is this command work only with programs that reside in the \sbbs\exec
dir? Can I stick a drive and path in front of the executible?
Yes, I tried that, and it failed miseribly.
#cmdkey /B
# print "\r\nBulletin Menu\r\n"
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
# args: BULLETIN
# end_cmd
I am not sure as to the next to the last line being needed but the BaJa
docs said it should be the internal code.
@TZ:41e0And I seem to have exactly that, and yet it just blinks on screen.
RE: exec_xtrn
BY: Jim King to ALL on Thu Nov 18 199
:20 pm
Is this command work only with programs that reside in the \sbbs\exec dir? Can I stick a drive and path in front of the executible?
Yes, I tried that, and it failed miseribly.
#cmdkey /B
# print "\r\nBulletin Menu\r\n"
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
# args: BULLETIN
# end_cmd
I am not sure as to the next to the last line being needed but the BaJa docs said it should be the internal code.
EXEC_XTRN is used to execute configured online external programs ONLY. The DM>argument to EXEC_XTRN (the word that you put in quotes) must be the internal DM>code for the external program (as shown in SCFG). The argument is not the na DM>of the executable (with or without a path).
The args: line is part fo the Baja documentation, not the code. See the sect DM>titled "Argument Names" on page 21 of BAJA.DOC. So, your example should be DM>changed to:
cmdkey /B
print "\r\nBulletin Menu\r\n"
EXEC_XTRN "BULLETIN"
end_cmd
Rob
Ý ÝCommand Line dbullet /new Ý
Ý ÝSwap BBS out of Memory Yes Ý
Is the /new switch killing me on this? Seems like after it runs once it
wont show again if no new bulletins are present. worth an experiment
Ok so that was it For those that don't know, Dbulletin has some command
line switches on of which is /new this causes the menu to not be show
if there are no new bulletins. I removed the /new switch and now it asks
if you want to read the bulletins if there are none you haven't read
yet. other switches are /force and /noask. Niffty program.
@TZ:41e0
RE: exec_xtrn
BY: Jim King to ALL on Thu Nov 18 199
:20 pm
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
exec_xtrn is to execute a program already configured in scfg as an
external.
Look in the src I sent you and you will see several examples of exec_x
ÑímmæKní€kîr
@TZ:41e0
RE: exec_xtrn
BY: Jim King to ALL on Thu Nov 18 199
:20 pm
Is this command work only with programs that reside in the \sbbs\exec dir? Can I stick a drive and path in front of the executible?
Yes, I tried that, and it failed miseribly.
#cmdkey /B
# print "\r\nBulletin Menu\r\n"
# EXEC_XTRN "C:\sbbs\xtrn\dbullet\DBULLET"
# args: BULLETIN
# end_cmd
I am not sure as to the next to the last line being needed but the BaJa docs said it should be the internal code.
This should work fine, except that you are trying to execute an External BE>Program, from the External Programs menu, which if your trying to do, will w BE>fine if setup. Anyways, why I'm getting at is that you can not put pathin a BE>EXEC_XTRN, if that's what you wwant to do then delete the ARGS line, and use BE>EXEC "Bleah"
(This is a purely from my memory on Baja programming, and I may not be !))% BE>correct, but I think I am. :)
Beta
Not to take anything away from Rob, but if you keep haing probs with this, t Sport! Bulletin, wait, you have that set for Logon only?? Sync may not want run it again, besides at login...
Not to take anything away from Rob, but if you keep haing probs with this Sport! Bulletin, wait, you have that set for Logon only?? Sync may not w run it again, besides at login...
You woudln't be taking anything away from me, Domain Bulletins isn't my program. <shrug>
You woudln't be taking anything away from me, Domain Bulletins isn't my program. <shrug>
Hum.... I thought it was... :) <G> Correction noted. :)
# > Ý ÝSwap BBS out of Memory Yes Ý
#
# No need to swap this one.
# ÑímmæKní€kîr
Prolly no need to swap most of the doors out but I set them all as I
have the RAM. What can it hurt?
Hum.... I thought it was... :) <G> Correction noted. :)
DOmain was half of the first DOVE-net.
Rob's board, VErtrauen, was the other half.
Some history for you youngsters! :)
Well then how do you tell which games will benifit and which ones wont?
I have never read a game doc that recomended the BBS software be swapped
out or not.
DOmain was half of the first DOVE-net.
Rob's board, VErtrauen, was the other half.
Some history for you youngsters! :)
Prolly no need to swap most of the doors out but I set them all as I
have the RAM. What can it hurt?
Any external program that is actually a "program" (.exe file) and not a Baja module (.bin), may benefit from the additional memory supplied by swapping t BBS out of memory.
I was wondering if we'd see that tag line again! :) Welcome back Vert!
Oops! I guess I did post that message from here. <blush> I guess the cat is starting to sneak out of her bag...
I was wondering if we'd see that tag line again! :) Welcome back Vert!
Oops! I guess I did post that message from here. <blush> I guess the cat is starting to sneak out of her bag...
I was wondering if we'd see that tag line again! :) Welcome back Vert
Oops! I guess I did post that message from here. <blush> I guess the cat starting to sneak out of her bag...
LOL! I'm amazed there hasn't been the reaction I predicted (General all out loss of control over the return of Vert. :)
RE: exec_xtrn
BY: Beta to Digital Man on Sun Nov 21 1999 05:10 pm
I was wondering if we'd see that tag line again! :) Welcome back Vert!
Oops! I guess I did post that message from here. <blush> I guess the cat is starting to sneak out of her bag...
Sysop: | Tandy |
---|---|
Location: | New York, USA |
Users: | 15 |
Nodes: | 13 (0 / 13) |
Uptime: | 65:35:09 |
Calls: | 335 |
Messages: | 113,200 |