Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Adeon]

Anything showing up in the dfterm2.log?  You can also run DF in text mode outside of dfterm2?

Yes. DF works fine outside dfterm2. Do you know where log is located? I cant seem to find it.

The log file will be in the same directory as dfterm2 executable unless configured differently. All it contains is a copy of what goes to stdout as well.

To use dfterm2 on Linux, make sure:

• You don't have space characters in the path name. (escape them with a % as described in the first post if you do)
• The DF working directory is the same as where the DF launch script is.
• DF is using [PRINT_MODE:TEXT]

[FuriKuri]

The log file will be in the same directory as dfterm2 executable unless configured differently. All it contains is a copy of what goes to stdout as well.

To use dfterm2 on Linux, make sure:

• You don't have space characters in the path name. (escape them with a % as described in the first post if you do)
• The DF working directory is the same as where the DF launch script is.
• DF is using [PRINT_MODE:TEXT]

Yep everything checks out. here's the log whenever I try to launch DF in dfterm2:

• 2012-03-14 13:03:23 Note: Launched a slot from slot profile First Slot
  2012-03-14 13:03:23 Note: User Admin is now watching slot First Slot - Admin:1
  2012-03-14 13:03:23 Note: Launching a program "/home/user/df/df_linux/df" in a pty, with terminal size 80x25 and with following arguments:
  2012-03-14 13:03:24 Note: Removed slot First Slot - Admin:1 from slot list.
  

And then it just dumps me back to the main menu. Any idea what I'm doing wrong?

[Carnes]

I haven't had dfterm2 setup since dfvd came out.  But that was what happened in the log when the game was quit.  I have the feeling that DF isn't launching or dfterm2 can't attach to it (and then closes it).  Since i can't help much without a working copy myself, i'll try to get a server up this weekend. 

What version of DF and date of DFTerm2 build are you using?  running "/home/user/df/df_linux/df" inside a console gets you an ascii/text only version of the game within the terminal?

[wierd]

I had some more obscure problems.

Xubuntu's default xterm-alike does not play well with dfterm2.  I had to pull gnome-terminal, and invoke dfterm from that.  If I don't, then dfterm launches df, but can't get graphic data out for some unknown and unexplained reason.  It just launches df in the gui, instead of hidden.

The "closes slot instantly" problem was almost always a boneheaded path issue, like a capital letter instead of lowercase, or vise versa.

**
Also, make sure the user you are invoking dfterm with has the appropriate filesystem credentials to work with that path.

[FuriKuri]

Also, make sure the user you are invoking dfterm with has the appropriate filesystem credentials to work with that path.

GRAAAAAH I feel like an idiot. All I had to do was use sudo.....
But now I have a new problem, DF wont generate a new world. It just dumps back into the main menu as if nothing happened.

Here's the log but there's really nothing new here.

• 2012-03-15 13:59:05 Note: User Admin is now watching slot First Slot - Admin:1
  2012-03-15 13:59:05 Note: Launching a program "/home/user/df_linux/df" in a pty, with terminal size 80x25 and with following arguments:
  2012-03-15 13:59:37 Note: Global chat: 13:59:37 <Admin> It works!
  2012-03-15 14:00:00 Note: Removed slot First Slot - Admin:1 from slot list.

EDIT: I ran DF without DFterm2 and it still won't generate. Oddly the words Segmentation Fault appear onscreen and it just sits there. I dont even start to generate anything it just freezes on the first screen. Here's a pic http://imgur.com/QJo6B

[wierd]

Running with sudo isn't a bright idea....

Instead, chown the /df folder with -Rv (needs run with sudo). This will make the folder owned by that limited user, which should clear that mess up.

Basically:

sudo chown -Rv $nameofuser $pathtopwn

This will make $nameofuser the owner of that folder, and all files inside it. It then won't need sudo to deal with it anymore.

As for the segfault....  dunno. Is the folder healthy? Corrupt raws?

[FuriKuri]

Running with sudo isn't a bright idea....
Instead, chown the /df folder with -Rv (needs run with sudo). This will make the folder owned by that limited user, which should clear that mess up.

Thanks for the tip!
It works! I guess the DF folder got corrupted somehow because after I downloaded a fresh copy it magically worked.
Thanks for the help everyone!

[Huygens]

Code: [Select]

{ name = "DF 0.34.06", size_address = 0x008560F4, screendata_address = 0x00855D94, checksum = 0x3D0D62E7, method = "PackedVarying" }

[Carnes]

Thank you Huygens

[Ape]

I am trying to run dfterm2 on a Linux server. I can get dfterm2 running and I can launch the actual game. However, the output is badly corrupted [1]. When I connect to other servers with the same client everything works just fine. The game works nicely on my server when I just use it directly with SSH without dfterm2.

Any ideas for fixing this?

I have the latest dfterm2 from git and DF 0.34.06.

[1] http://x.ape3000.com/games/dwarffortress/dfterm2.png

[Quatch]

not so much corrupted as wrapped. As a guess, did you check to see if you had sufficient screen size in all the available places? (eg in client settings)

[Ape]

not so much corrupted as wrapped. As a guess, did you check to see if you had sufficient screen size in all the available places? (eg in client settings)

What do you mean by client settings? At least my terminal is big enough.


*EDIT*

I tried various df slot sizes and using ctrl + F to make the window fullscreen. That didn't help.

Here is a screenshot with really big terminal, ctrl + F, and 80x25 slot size: [1]. As you can see it also corrupts the menu screen. Or at least it didn't redraw everything.

[1] http://x.ape3000.com/games/dwarffortress/dfterm2_2.png

[Quatch]

This is just from my experience, not from a good understanding, but:

I run my dfterm server on windows. Sometimes I play on the server directly, resizing the window. When I connect with a client, I have sufficient columns, but insufficient rows, so that the display is cutoff on the bottom. It looks like you might have the opposite problem: more columns in the server than the client can display (try changing things like your client font size down, or #columns up if you can force it).

[Ape]

My problems were caused because I ran the server in screen. If I run it without it, everything works.

[Quatch]

Heh nice.

I think there is a ssh flag nohup that'll leave things running, if that's what you were looking to do, but that's even deeper water for me