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

Re: RFH: ICON statement

by Dimitrie O. Paun

On January 2, 2003 12:15 pm, Mehmet YASAR wrote: > I'm developing a small app with MS tools and I know that MS accepts '-' > and '!' for ressources (icon, bitmap, accels, menus ...). So what you're saying is that '-' and '!' can appear anywhere in an identifier, right? Even as the first char? -- Dimi.

Jan. 2, 2003

RFH: ICON statement

by Dimitrie O. Paun

Visual-MinGW uses the following: visual-mingw ICON Mainicon.ico which apparently windres accepts, but fails with wrc because of the '-' in 'visual-mingw'. Can someone please check if it works with the MS tools, to determine if we need to fix wrc? Tnx. -- Dimi.

Jan. 2, 2003

sharpdevelop and .NET

by tom potts

Has anyone tried to run sharpdevelop http://www.icsharpcode.net under Wine and if so does Wine need the .NET redistributable to run it/can it run it? Tom _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus

Jan. 2, 2003

Re: Visual-MinGW: Winelib patch

by Dimitrie O. Paun

On January 2, 2003 09:33 am, Manu wrote: > Makefiles are standard Visual-MinGW generated makefiles, meanwhile > configure.in, Makefile.am are available, I suggest "cvs add Makefile.wine". I don't understand what you mean. I wasn't suggesting anything non-standard. As for "cvs add Makefile.wine", it's clearly not the way to go. Since the makefiles are generated, we need to support things in the code that generates them, so that _all_ projects benefit from it. I will not track all the rapid changes manually to a Makefile.wine file, that's for sure. -- Dimi.

Jan. 2, 2003

Re: Debugger / wineconsole problem

by Sylvain Petreolle

I have almost the same problem. when launching wcmd under gnome2 without desktop mode, I don't have the keyboard until I open any entry in a menu. when launching a second wcmd, the same occurs and none of the 2 wcmd receive the keyboard input. --- Eric Pouech <eric.pouech(a)wanadoo.fr> a écrit : > Lionel Ulmer wrote: > > Hi all, > > > > I have a little annoying problem with the wineconsole / winedbg : > as soon as > > I switch to another window and come back to the debugger, I loose > keyboard > > input. Mouse input still works fine. > > do you mean switching window or desktop ? > I recently upgraded my system (and the window manager) and it seems > that > wine no longer behaves correctly when coming back from another > desktop > leaving and entering the window actually fixes the pb > > > I have also often graphical glitches (ie I have only garbage when > scrolling > > due to a newline being displayed). The scollbar seems also to be > > non-functionnal. > > there are a few know bugs in scroll implementation, but that > shouldn't > screw up the scrollbar. could you be more precise on the issues here > > A+ > -- > Eric Pouech > > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 2, 2003

Re: argv[0] needs to be an absolute path

by Sylvain Petreolle

What do you mean by "sometimes" ? > outputs an absolute path on Windows, but sometimes > outputs a relative path on Wine. This causes the > commandline > $ wine d:setup > to fail to find its files properly if it uses the > basename of argv[0]. One example of this is msvc4.0 > (although it only tries this if an earlier method fails, > so there's another bug lurking). > > I am about to submit a one-line patch to fix this to > wine-patches. (If I weren't a wimp, I'd figure out > a way to submit a regression test, too, although > it'd be a strange one; most of our tests don't need > to invoke Wine itself from the Unix commandline!) > > The same problem exists for programs launched from other > wine programs, e.g. from inside wcmd. > That's another code path, and I couldn't find a > one-line fix for that one. > - Dan > > -- > Dan Kegel > Linux User #78045 > http://www.kegel.com > > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 2, 2003

Re: Visual-MinGW: Winelib patch

by Manu

Dimitrie O. Paun wrote: > On December 31, 2002 03:43 pm, Manu wrote: > > > that Visual-MinGW should not depend on cygwin, no? If so, it makes > > > sense to make this explicit with -mno-cygwin. > > > > If MinGW doesn't complain, I agree. > > It shouldn't, it's documented to do so, try it out. It works. > > -fvtable-thunks is problematic. I use gcc version 2.95.3-6 (mingw special), > > (faster, smaller binaries) -fvtable-thunks is required with gcc 2, > > but gcc 3 outputs a warning. > > Any workaround? > > The best thing would be to determine the version of gcc dynamically > in the makefile, like so: > > GCC_VER_2 := 'gcc version 2.' > CFLAGS = -mno-cygwin -W -Wall -fno-exceptions -fno-rtti > ifeq ($(findstring $(GCC_VER_2), $(shell gcc -v)),$(GCC_VER_2)) > CFLAGS += -fvtable-thunks > endif > ifeq ($(MAKECMDGOALS),debug) > CFLAGS += -g > else > CFLAGS += $(OPTIMIZ) > else > > This would require GNU make, but your current makefile requires > GNU make anyway, so... I tried -Wno-deprecated, but it doesn't suppress warnings. Annoying :( > In this case, it would be better to > rename makefile -> Makefile, it's more standard for GNU make files. Ok, added to /Todo. > > Visual-MinGW generates the right makefile indeed, from user > > parameters in the ".prj" file. There is three possibilities: > > > > - makefile.wine > > - configure.in/Makefile.am > configure script. > > - modifying params in ".prj" files. > > > > I will change the parameters in ".prj" files, then generated > > makefiles should work for both MinGW and Wine. > > Though, I don't have a solution for -fvtable-thunks. > > There shouldn't be a any need for modifying parameters in .prj files. > Look, what we can do is this: > > ifdef WINE > CC = winegcc > CXX = winegcc -xc++ > WRES = wrc > else > CC = g++ > WRES = windres > endif > > And then, to compile on Wine you just make sure you define WINE > before invoking make, like so: > WINE=1 make > or > make WINE=1 Makefiles are standard Visual-MinGW generated makefiles, meanwhile configure.in, Makefile.am are available, I suggest "cvs add Makefile.wine". > > About configuration files, I started a new project called > > MSYS Here, which is a MSYS loader. With it, MSYS can > > be launched from Windows Explorer, the same way than > > the "DOS Prompt Here" power toy. > > Having a configure script can help, but let's get this one fixed > first. Once this works, we can look at the configuration stuff. Manu.

Jan. 2, 2003

Re: winemaker problem

by Hans Christian Studt

Jeff Smith wrote: > Yes there should be. Currently execname.so is being created rather than > execname.exe.so. The patch I submitted a few hours ago (don't know > if it has made it through yet) includes a fix for this. > > Copying the file is actually what I did for several weeks, rather than > dig in to winemaker to fix the problem. But I get fed up and started > putting together a patch for this several days ago. So now it is ready > to roll. Good timing, yes? Thanks Jeff, Sylvain and Shachar - now I am rolling :-) I will look into how to compile out of the CVS later. -- Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk .dk og W3C standarder : http://w3c.studt.dk

Jan. 2, 2003

Re: argv[0] needs to be an absolute path

by Uwe Bonnes

>>>>> "Dan" == Dan Kegel <dank(a)kegel.com> writes: Dan> The C program main(int argc, char **argv) { puts(argv[0]); } Dan> outputs an absolute path on Windows, but sometimes outputs a Dan> relative path on Wine. This causes the commandline $ wine d:setup Dan> to fail to find its files properly if it uses the basename of Dan> argv[0]. One example of this is msvc4.0 (although it only tries Dan> this if an earlier method fails, so there's another bug lurking). Dan> I am about to submit a one-line patch to fix this to wine-patches. Dan> (If I weren't a wimp, I'd figure out a way to submit a regression Dan> test, too, although it'd be a strange one; most of our tests don't Dan> need to invoke Wine itself from the Unix commandline!) Dan> The same problem exists for programs launched from other wine Dan> programs, e.g. from inside wcmd. That's another code path, and I Dan> couldn't find a one-line fix for that one. - Dan Did you check that it is CreateProcess that adds the absolute path? I would guess the MS C Library will do it. Fiddling with CreateProcess needs good throught. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 2, 2003

Re: Debugger / wineconsole problem

by Eric Pouech

Lionel Ulmer wrote: > Hi all, > > I have a little annoying problem with the wineconsole / winedbg : as soon as > I switch to another window and come back to the debugger, I loose keyboard > input. Mouse input still works fine. do you mean switching window or desktop ? I recently upgraded my system (and the window manager) and it seems that wine no longer behaves correctly when coming back from another desktop leaving and entering the window actually fixes the pb > I have also often graphical glitches (ie I have only garbage when scrolling > due to a newline being displayed). The scollbar seems also to be > non-functionnal. there are a few know bugs in scroll implementation, but that shouldn't screw up the scrollbar. could you be more precise on the issues here A+ -- Eric Pouech

Jan. 2, 2003