In scfg/system/advanced options, there is some verbiage about "credits per dollar". What's that all about? Are/Were people selling credits?
I searched the web and got varying info about using it in conjunction with 900/976 numbers...???
Yup, that was another option: Call a special number (900/976 numbers in the US) just to add credits to your user account. I don't think that feature got much if any real use, but it was pretty simple to implement, so we had that too.
In scfg/system/advanced options, there is some verbiage about "credits per dollar". What's that all about? Are/Were people selling credits?
At one time, yes, there were "pay BBSes" and selling credits (in turns used for downloading files or playing games) was one way for sysops to charge for the use of their systems.
That is interesting. Is there any documentation available to show how it was employed over the bbs? I've looked around to satisfy my curiosity, but haven't found anything. I'm mainly curious if this was all done electronically through the bbs using credit/debit cards, banking aba routing numbers with account numbers, or...?
Re: Credits per Dollar?
By: Digital Man to Sys64738 on Fri Nov 12 2021 18:40:35
In scfg/system/advanced options, there is some verbiage about "credits per dollar". What's that all about? Are/Were people selling credits?
At one time, yes, there were "pay BBSes" and selling credits (in turns used for downloading files or playing games) was one way for sysops to charge for the use of their systems.
That is interesting. Is there any documentation available to show how it was employed over the bbs?
I've looked around to satisfy my curiosity, but
haven't found anything. I'm mainly curious if this was all done electronically through the bbs using credit/debit cards, banking aba routing numbers with account numbers, or...?
there was a number you called. you got a code.
you put the code into the bbs.
it wasnt all done electronically through the bbs.
i think when i did it there was a 'door' i used made a selection and my phone was billed.
it wasnt all done electronically through the bbs.
i think when i did it there was a 'door' i used made a selection and my phone was billed.
Likely in the Synchronet v2 docs.
There were some add-ons (e.g. Domain Point of Sale, something like, from Domain Entertainment) that could be used by BBS users to purchase credits or account upgrades using credit/debit cards.
i think when i did it there was a 'door' i used made a selection and my phone was billed.
I see. So, what was the use of the variable for "credits per dollar" on the bbs if it was all handled through the phone company?
I see. So, what was the use of the variable for "credits per dollar" on the bbs if it was all handled through the phone company?
i'm not sure what you mean. people paid money for the credits. it was just handled through the 900 number.
back in the day kids could call a phone number to talk to santa claus. it would say how many dollars per call. same deal. that company would be paid through the money taken off the person's phone bill.
I guess what I'm getting at is there was a function written in the synchronet bbs software to handle the "credits per dollar" portion. So, I assume at some point there is an interaction between the BBS and the phone company or someone to let the bbs know how much money was paid so the BBS would allocate to that user the proper amount of credits. I'm curious as to how that interaction occurred or what subroutine/file handled it.
Re: Credits per Dollar?
By: MRO to Sys64738 on Mon Nov 15 2021 10:23:47
I see. So, what was the use of the variable for "credits per dollar" on the bbs if it was all handled through the phone company?
i'm not sure what you mean. people paid money for the credits. it was just handled through the 900 number.
back in the day kids could call a phone number to talk to santa claus. it would say how many dollars per call. same deal. that company would be paid through the money taken off the person's phone bill.
I guess what I'm getting at is there was a function written in the synchronet bbs software to handle the "credits per dollar" portion. So, I assume at some point there is an interaction between the BBS and the phone company or someone to let the bbs know how much money was paid so the BBS would allocate to that user the proper amount of credits. I'm curious as to how that interaction occurred or what subroutine/file handled it.
That is interesting. Is there any documentation available to show howThey even used 900 numbers to help upgrade people's memberships too.
it was employed over the bbs? I've looked around to satisfy my
curiosity, but haven't found anything. I'm mainly curious if this was
all done electronically through the bbs using credit/debit cards,
In Synchronet v3, the only place the "credits per dollar" ratio is used is when the sysop adds credits to a user account (using the '+' key in the ;uedit user editor), they can enter the amont in dollars and the conversion to credits is automatic. That's it.
Rob,
When I've tried to install the latest version of sbbs_dev and sbbs_run, when I go to start the control panel, I get an error about the cfg file sizes, and then control panel closes.
So, I've had to go back to a backup
so things would run. Any idea what's causing this??
I don't think the cfg
file has gotten corrupted, but I hate to have to do a fresh install.
Rob,
When I've tried to install the latest version of sbbs_dev and sbbs_run, when I go to start the control panel, I get an error about the cfg file sizes, and then control panel closes. So, I've had to go back to a backup
so things would run. Any idea what's causing this?? I don't think the cfg file has gotten corrupted, but I hate to have to do a fresh install.
Daryl
When I've tried to install the latest version of sbbs_dev and
sbbs_run, when I go to start the control panel, I get an error about
the cfg file sizes, and then control panel closes.
Double-check that error message, I doubt it mentions "file". More likely, it's the size of scfg_t that is being complained about and that indicates that the sbbs.dll and sbbsctrl.exe files you're using are not from the same version/build.
The sbbsctrl.exe and sbbs.dll are not from the same version/build.
I'm having the same problem. I was running a build from October 11th,cfg->size (23944) != sizeof(scfg_t) (23952)
and I downloaded today's build. I double-checked that I copied all the binaries, including sbbsctrl.exe and sbbs.dll from today's build, but still got the error when loading sbbsctrl: Error loading configuration
Double-check that error message, I doubt it mentions "file". More
likely, it's the size of scfg_t that is being complained about and that indicates that the sbbs.dll and sbbsctrl.exe files you're using are not from the same version/build.
The sbbsctrl.exe and sbbs.dll are not from the same version/build.
No, a "fresh install" won't be necessary.
I'm having the same problem. I was running a build from October 11th, and I downloaded today's build. I double-checked that I copied all the binaries, including sbbsctrl.exe and sbbs.dll from today's build, but still got the error when loading sbbsctrl: Error loading configurationcfg->size (23944) != sizeof(scfg_t) (23952)
That's exactly what I got...I'm glad I'm not the only one.
cfg->size (23944) != sizeof(scfg_t) (23952)
That's exactly what I got...I'm glad I'm not the only one.
Thanks for the report (and the confirmation, Nightfox) - now fixed.
I had cataract surgery Monday. No ill effects, and wow, what a difference!
I've had a lot of things in my lifetime, but never a Cadillac :)
I've had a lot of things in my lifetime, but never a Cadillac :)
My parents had a 1964 Pontiac Catalina 4 door station wagon in Florida. Before that, they had a 1957 DeSoto. My Dad had a 1963 Volkswagen, which
had 315,000 miles on it when we sold it to the Central Arkansas Volks
Folks shortly before his death nearly 15 years ago...and it still ran.
Daryl
Ah! Longevity. Wouldn't it be nice for humans to have that.
| Sysop: | Weed Hopper |
|---|---|
| Location: | Clearwater, FL |
| Users: | 14 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 232:42:47 |
| Calls: | 55 |
| Calls today: | 1 |
| Files: | 50,128 |
| D/L today: |
35 files (4,430K bytes) |
| Messages: | 275,425 |