March 2003 - Wine-Devel - list.winehq.org

Re: Consoles (1/3)

by Eric Pouech

> it isnt, we cannot debug our program this way. > ugly workaround (and the only way to have "normal" display wuith > keyboard events) : > use wineconsole wcmd in a xterm, do a redirection 2>log > and another window: tail -f log. btw, wineconsole wcmd doesn't work you must use wineconsole wcmd.exe.so (or use the patch from yesterday evening which introduces the --backend wineconsole option) >>the quick-edit/mouse emulation switch isn't in place yet (we're >>always >>in mouse emulation mode). I'll look into it > > would be useful to have error messages from the applications, wouldn't > be ? well, as soon as you say I give full control of the screen console to one app (which is what the console means), I don't really see how you can easily mix the error streams from that the only way I see is: 1/ in winconsole, redirect 2/stderr to a pipe (if it's a tty fd) 2/ this pipe (writing side) will be inherited by all wineconsole's children (ie the ones using the console as output) 3/ then wineconsole can decide what to do with the pipe's output (for example if the screen is big enough print that information too...) but, this may require quite a big of an effort (especially for 3/) A+ -- Eric Pouech

March 1, 2003

Re: Consoles (1/3)

by Sylvain Petreolle

> > and corrupts DOS application screen with debug messages. > that's what you get with everything on the same console > 2> /dev/null may be your friend there it isnt, we cannot debug our program this way. ugly workaround (and the only way to have "normal" display wuith keyboard events) : use wineconsole wcmd in a xterm, do a redirection 2>log and another window: tail -f log. why I absolutely need this : im currently trying to get the sb emu for dos working. for the moment, I havent found a program than can use it properly. > the quick-edit/mouse emulation switch isn't in place yet (we're > always > in mouse emulation mode). I'll look into it would be useful to have error messages from the applications, wouldn't be ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

March 1, 2003

Re: wcmd aliases

by Eric Pouech

J. Grant wrote: > Hello, > > A couple of aliases in wcmd would make life much simpler, common > commands all have unix style alternatives such as dir -> ls, copy -> cp > etc, could these be added as aliases of the DOS commands please? in the > same way that dir works in the bash shell because it is aliased to ls. IMO, this shouldn't be directly embedded into wcmd (dir isn't embedded into bash) the console API provides the basic principles for aliases, and we should check if this behavior is sufficient for what you want wcmd would just then support the principles of aliasing some configuration files (as the autoexec.wine we already discussed) would contain the actual binds for the aliases (as bash does by the way) A+ -- Eric Pouech

March 1, 2003

Re: Consoles (1/3)

by Eric Pouech

> A good reason for us to switch to generating PE format for > all our builtin executables on x86. IMHO winelib apps are most > useful on nonx86 platforms... that would be great, but you would loose the ability to ld-link to unix libraries easily for your winelib app A workaround would be to embed ELF-ld information into PE import sections A+ -- Eric Pouech

March 1, 2003

Re: Consoles (1/3)

by Eric Pouech

> agreed, but this doesnt allow to use the system menu anymore, which system menu ? the one from the user backend ? > and corrupts DOS application screen with debug messages. that's what you get with everything on the same console 2> /dev/null may be your friend there > I cant even do a mouse-copy on the text without doing a redirection. the quick-edit/mouse emulation switch isn't in place yet (we're always in mouse emulation mode). I'll look into it A+ -- Eric Pouech

March 1, 2003

Re: Consoles (1/3)

by Dan Kegel

Eric Pouech wrote: >> If you're saying running nested wcmd isn't working, >> then yeah, that needs fixing. > > this comes from wcmd using FindExecutable/SHGetFileInfo, and those API > don't handle properly builtin executables A good reason for us to switch to generating PE format for all our builtin executables on x86. IMHO winelib apps are most useful on nonx86 platforms... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

March 1, 2003

wcmd aliases

by J. Grant

Hello, A couple of aliases in wcmd would make life much simpler, common commands all have unix style alternatives such as dir -> ls, copy -> cp etc, could these be added as aliases of the DOS commands please? in the same way that dir works in the bash shell because it is aliased to ls. Regards JG

March 1, 2003

Wine dir

by J. Grant

Hello, After reading through my "config" file I pondered why the default Wine installation dir was c:\windows, in MS-Windows 9x,ntxx etc the instalation dir can be anything, "windows" and "winnt" being common defaults, as well as "win2k" I saw on some custom install machines. There is an enviroment variable and "config", "Windows" setting in the [wine] block and perhaps a registry setting for this. Would it be more appropriate to use "wine" as the instalation dir? e.g. "c:\wine" Regards JG

March 1, 2003