Welcome, Guest. Please login or register.


Author Topic: Xep128 (Read 78522 times)

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #75 on: 2016.March.23. 01:27:33 »
No, it doesn't print anything on the console.

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #76 on: 2016.March.23. 01:41:22 »
Ok in reality the console launches it as an independent task, forget  what I've said before. I can have multiple instances of Xep128 launched from the same Dos console, all working independent.

I tried "help Xep12" and it returns "This command is not compatible with the Help utility. Try x /?"

But "xep128 /?" does nothing.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #77 on: 2016.March.23. 01:43:53 »
No, it doesn't print anything on the console.

Hm Windows is odd, really odd piece of beast ... Some kind of odd output buffering it uses according to some google searches by me. Please be so kind to do again now with the same URL as I've posted in my previous post (I've put some windows specific output buffering settings now, suggested by some MSDN resources ...). Also please try this: xep128-entermice.exe -h

So it prints the help (note, xep128 uses the standard UNIX notion for options ie minus sign, not the CP/M inherited then DOS then Windows / stuff) or not, also that it prints anything in case of "normal" emulation start, without command line parameters. Thanks a lot in advance.

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #78 on: 2016.March.23. 02:07:29 »
Still no help string nor text. Sorry.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #79 on: 2016.March.23. 02:18:18 »
Still no help string nor text. Sorry.

Windows is very odd, again, no wonder why I don't want to use it :D Ok, thanks for the tests, I will ask a Windows programmer I guess :D

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: Xep128
« Reply #80 on: 2016.March.23. 09:24:35 »
No, it doesn't print anything on the console.

If it has been built as a GUI application (-mwindows with MinGW), then it does not print anything on the console, that is a normal "feature" of Windows. On the other hand, when compiled and linked as a console application (by removing -mwindows), it will always create a console window when run, which can be annoying. If a Windows GUI application is run with Wine, then the console output is not lost.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #81 on: 2016.March.23. 10:51:43 »
If it has been built as a GUI application (-mwindows with MinGW), then it does not print anything on the console, that is a normal "feature" of Windows. On the other hand, when compiled and linked as a console application (by removing -mwindows), it will always create a console window when run, which can be annoying. If a Windows GUI application is run with Wine, then the console output is not lost.

Yes, thanks, I've just tried to get some information ... It seems a GUI application can "mimic" stdio with freopen("CONOUT$", "w", stdout); though it's not a true one, as it cannot be piped etc, and can only be seen if app was started from a cmd window. At the other hand, it seems there is some kind of AttachConsole() and AllocConsole() stuff where you can manually "play the game" to create console, forward stdio there etc. Confusing for me, enough ...

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #82 on: 2016.March.23. 16:56:55 »
Still no help string nor text. Sorry.

And now? :) Same usual entermice exe ;) Of course if it's started from console and with -h switch.

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #83 on: 2016.March.23. 18:05:59 »
The only difference is, when I type the option "/h" or "/?", a little window opens warning about the use of "-" instead of "/". Nothing more, sorry. Still no help text nor debug messages.

Only two details I have  noticed: when XEP opens its window there is a little blink, a window of  the same dimensions opens, then immediately it is closed but then the definitive XEP window appears.

About your little warning window, there are two in reality, I have to click two times the OK rectangle in it. If I move it to other zone of the screen and click on the OK rectangle, the second little window appears on the original place waiting me to click OK again.


EDIT: The immediate mode has the same blink.
« Last Edit: 2016.March.23. 18:12:35 by gflorez »

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #84 on: 2016.March.23. 18:38:07 »
I have an idea. You can open a window to print debug text if it is set in the config, just like you print it to a file.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #85 on: 2016.March.23. 20:32:01 »
The only difference is, when I type the option "/h" or "/?", a little window opens warning about the use of "-" instead of "/".

I did that because you mentioned that you tried to your /? :) But you tried -? and -h as well (and from cmd/console window, not in "Run ...", by typing there xep.....exe -h), and still no content? Very odd. I asked some windows experts :) and I tried to use native windows console management functions to attach to parent's console if exists (so if you start xep128 from a cmd window already) or create a new console if it's not the case. It seems somehow I would have had Windows to test myself otherwise this topic will be looooong and boring to ask you every time to test :D

Quote
Nothing more, sorry. Still no help text nor debug messages.

No debug messages, that's OK, now only help should have be seen (I only tried that for now!). But it's possible the console is there just disappears because end of the program? It may be even that blink you talked about! The odd thing that you started xep128.exe with -h option from a cmd window, it should attach that console and print there, instead of creating a new console ...

Windows is really ugly btw, its API too brrrrr ... It's a great thing that I don't need to interact with too many native Windows things thanks to SDL ... It seems Windows has some braindead policy to make a strict difference between "console" and "GUI" mode apps. And GUI mode apps does not have console, and extra tricks needed if you still need it ...

Quote
About your little warning window, there are two in reality, I have to click two times the OK rectangle in it. If I move it to other zone of the screen and click on the OK rectangle, the second little window appears on the original place waiting me to click OK again.

Hmm, that's "normal"l, though a bug of mine :) It's because the windows console attach function (which does not seem to work anyway ...) put the warning at the begining, but again with the normal command line parser finds the same problem :) So two windows actually after each other, that's why you need to click twice, thanks for notice!

Quote
EDIT: The immediate mode has the same blink.

Immediate mode? What do you mean?

Quote
I have an idea. You can open a window to print debug text if it is set in the config, just like you print it to a file.

Well, there are multiple problems here. First, it does not seem even if I can open a console by will :D Second: if someone wants to use command line, he wants to see the help. But if help can't be seen only with a complex switch :) then it's a chicken and egg problem :) Now I only try to make help visible but even that does not work, since Windows treats Xep128 as a "GUI mode app" and does not want to provide console ... The debug messages are not so important, what you can see (well, would see ..) on console, that's even stored in debug file if requested, so that's not the main point. The main point is the visible help message *and* later some console based monitor for the emulator.
« Last Edit: 2016.March.23. 21:08:29 by lgb »

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #86 on: 2016.March.23. 21:42:14 »
With immediate mode I mean running XEP128 without the console, directly from Windows. A brief window is opened and closed, and then appears the definitive one. The two are of the same dimensions.

When I run other Windows programs they only open one window.

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #87 on: 2016.March.23. 21:47:54 »
Some slavery remains between the little warning window and the console, because if I close the console while showing the warning window and then I click OK, another console is opened, but blocked, and I have to force it to close.


I hope this helps you...
« Last Edit: 2016.March.23. 22:05:35 by gflorez »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #88 on: 2016.March.24. 00:19:31 »
I hope this helps you...

I wish it can help, but as you know now I am totally lame with windows even at user level I have no experience maybe since windows 3.1 for some hours :) Since then I never used windows too much just when eg my wife asked to help, but usually I couldn't. Which is funny at the other hand since I work for an Internet Service Provider (working/planning/implementing various UNIX system based solutions, firewalls, servers, etc) and even software developing sometimes, so I can't be totally lame with IT in general :-) Hey, life is odd, what my work couldn't force ever on me (to have attention on Windows, I always thought it's a "secretary"/gamer-guys/etc system mainly not a "serious" stuff ...) maybe Enterprise and its emulation can :-D at least a bit. Sorry for all here in the forum that I am boring with my feelings/life and being too honest :-P Hopefully nobody felt I want to insult with my opinion on Windows. I didn't mean that way.

Ok, after my touching novel on my feeling :) I put another version with the usual name "entermice" :) Now I put a dialog box at the end, so Xep128 won't exit after requesting help (with -h option) thus you have time to see (hopefully) if any console appeared, or any new content can be seen in existing console (cmd? cmd32.exe? I don't know what it is on Windows too much). If there is something, please be kind to copy all of the texts exactly, especially the first WINDOWS: line if you can see. From both of running "xep128-entermice.exe -?" from an already cmd/console window and running without it (hmm "Run dialog" of windows or such? I don't know).

By the way: http://stackoverflow.com/questions/493536/can-one-executable-be-both-a-console-and-gui-application/494000#494000

Really lovely how complicated on Windows to do a really simple task, not needed even to think on UNIX where GUI / console etc but regardless you use or not you always GUI and/or console have stdio if you need, let it be console or whatever you can imagine - via piped through ssh even through the Internet :)

I think, I need to stop this topic soon, since it's useless to be so off-topic with my windows problems and not-so-much EP related test questions all the time. :)
« Last Edit: 2016.March.24. 00:33:15 by lgb »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #89 on: 2016.March.24. 08:44:34 »
At the other hand, I "fired my Raspberry pi up" and tried to compile Xep128 on it (with SDL 2.0.4 which has support). Guess what, without a single bit changed in the source it compiled and worked! However the CPU usage is about 80% and audio is not even enabled (I can't test now, only HDMI is connected to my monitor). The high CPU usage is not so much surprised with that ARM CPU I guess ... Xep128 does not even emulate EP too well eg no interlace only 25FPS screen refresh etc, I am afraid Raspberry PI is just too slow for a decent emulation :( At least on the model 1 B+ ... I guess it would run better on later models, especially with the new model 3 ... But it's also true that still it's "real-time" just at the edge of the hardware performance ... and no optimization is done for the given CPU ...
« Last Edit: 2016.March.25. 10:37:27 by lgb »