I have been testing with SDL2 2.0.10 now so that is what I am trying to support at the moment. No idea how the Linux side is going to work, but hopefully it should be okay.
I uploaded fresh builds for NetRunner for Windows and Linux.
I uploaded fresh builds for NetRunner for Windows and Linux.
I have been testing with SDL2 2.0.10 now so that is what I am trying support at the moment. No idea how the Linux side is going to work, hopefully it should be okay.
Outputs msg: Unable to initialize video.
Then dumps back to bash prompt.
Is it possible to make netrunner look for config files somewhere other than the directory from which it was launched? I wanted to install it to e.g. /usr/local/bin but then it tries to create files where it doesn't have write access and just dies ("EInOutError: Access denied).
On Linux these days the canonical location for config/dialdirectory/etc would probably be something like ~/.config/netrunner.
Haven't tested this yet but wanted to flag that it seems like sometimes netrunner (latest windows alpha) likes to send dual carriage returns, or perhaps /r/n or the like, when I connect to my BBS. It perhaps even sends dual instances of a single character? I.e., some doors behave strangely interpreting two keypresses of the same character, and I lose a lot of pause prompts on my BBS due to it interpreting/sending two of a
character.
Outputs msg: Unable to initialize video.
Then dumps back to bash prompt.
Thanks. Did you compile SDL2 first?
Do you have "Send CRLF" set to Yes in the dialing entry? If so it will send a CR+LF combination for that connection as opposed to a just a CR when enter is pressed. I think a lot of older DOS doors only
interpreted the CR because that is how DOS terminals worked, but some other telnet servers require CRLF.
Do you have "Send CRLF" set to Yes in the dialing entry? If so it will send a CR+LF combination for that connection as opposed to a just a CR when enter is pressed. I think a lot of older DOS doors only
interpreted the CR because that is how DOS terminals worked, but some other telnet servers require CRLF.
The other netrunner thing that's a bit wonky is using the linux version
of Usurper. For some reason Usurper likes to \r\n at certain points
which really confuses netrunner. It also confuses htmlterm or whatever I
I will gladly take a look at it though if we can figure out more about
it. I guess I'd have to set up Usurper on a Linux machine to get it a go.
I will gladly take a look at it though if we can figure out more about
it. I guess I'd have to set up Usurper on a Linux machine to get it a go.
I have Usurper running here via dosemu on linux. You are free to login here and give it a go.
I have Usurper running here via dosemu on linux. You are free to logi here and give it a go.
Running via dosemu is good, there's something wonky about displaying
stuff in linux native.
Running via dosemu is good, there's something wonky about displaying
stuff in linux native.
I've even opened a Github issue on this topic but never heard back. If I get time, I may just fix everything and send a PR.
I've even opened a Github issue on this topic but never heard back. I get time, I may just fix everything and send a PR.
I've also emailed Rick directly but he hasn't responded, I don't think he's interested in Usurper any more.
I attempted to fix the code myself...very strange. Interestingly there aren't hardcoded \r\n's anywhere, it's actually something that only happens when the game text exceeds 24 rows without a clearscreen. I
threw a bunch of clearscreens in there and noticed that it /did/
actually prevent the weird \r\n stuff sometimes but can't figure out why it's doing that.
Nevermind me, I really should read things properly, lol.
That is interesting, I haven't looked at the code at all but if I can
get a compiler to work (haven't tried yet) I will definitely try it out.
Haha :P my beef with running in dosemu is that it's so damn slow. Daily maintenance takes forever. I'd love to have the full usurper feature set and also have it run fast (which is true in the linux builds) but also
not have the crlf issue.
Haha :P my beef with running in dosemu is that it's so damn slow. Dai maintenance takes forever. I'd love to have the full usurper feature and also have it run fast (which is true in the linux builds) but als not have the crlf issue.
I'll make a note to download it and try to take a look into it sometime.
I've been meaning to revamp a door library and try to revive some old doors so they run natively and work with things like SSH. Maybe I can
do that with Usurper since its written in Pascal, if he isn't going to work on it.
Haha :P my beef with running in dosemu is that it's so damn slow. Daily maintenance takes forever. I'd love to have the full usurper feature set and also have it run fast (which is true in the linux builds) but also
not have the crlf issue.
I have a private Gitlab server. I will put the code up on it and invite the both of you two it. Think of it as a multi-nation effort. An
American, a Canadian and a Quebecer (Stackfault will get that joke more than anyone else).
I've been meaning to revamp a door library and try to revive some old doors so they run natively and work with things like SSH. Maybe I can
do that with Usurper since its written in Pascal, if he isn't going to work on it.
If you want another one to add to that list, I vote darklands - fun game but many frustrating issues trying to work with it these days. The
source is rough, but freely available.
If you want another one to add to that list, I vote darklands - fun game but many frustrating issues trying to work with it these days. The
source is rough, but freely available.
1: I am interested in the work on Usurper as well, I learned Pascal in high school but haven't used it in many years. I did see a thread where Rick said he 'fixed' the issue by updating to RMDoor and something with stdio libraries, but the source code wasn't updated only the binaries. Bah. I wasn't able to get it to compile, sounds like you got farther
than I did.
2: Darklands, I emailed the author about the linux version and he said he can't even get it to compile anymore and has no intention of working on it.
2: Darklands, I emailed the author about the linux version and he sai can't even get it to compile anymore and has no intention of working it.
I can get it to compile but not much beyond that...and it takes a decent bit of work. I also think this would be better "partner programmed" if that makes sense.
I have it running here but it's a bit buggy on the display side and I never put it online for that reason. It's the DOS version under DosEmu.
I have it running here but it's a bit buggy on the display side and I never put it online for that reason. It's the DOS version under DosEm
When I try to run it with an actual socket it freezes...yours loads up door.sys and attaches to the virtual com port? Do you use a fossil?
What's your dosemu.conf look like? :)
If you want to see what I'm talking with the Display errors, I've put it in an hidden option on my board using hotkey (Z) in the main doors menu.
If you want to see what I'm talking with the Display errors, I've put in an hidden option on my board using hotkey (Z) in the main doors me
Thanks!
I was thinking of trying to compile it to run native on linux without doing any "comm port" stuff and just capturing the raw output with
Mystic. I got this to run locally, actually, but the text is garbled.
I'll take a look :)
Sysop: | Eric Oulashin |
---|---|
Location: | Beaverton, Oregon, USA |
Users: | 94 |
Nodes: | 16 (0 / 16) |
Uptime: | 08:45:51 |
Calls: | 5,137 |
Calls today: | 4 |
Files: | 8,491 |
D/L today: |
1 files (279K bytes) |
Messages: | 352,543 |