Re: Wine fundraising idea
Austin English wrote: Howdy, I was reading through a GSoC thread on how people are spending their coding money. Someone posted that they thought people should donate to miro, the internet HDTV player. They've got a pretty neat donation scheme, where people can 'adopt' a line of code, and get updates on it, etc. Pretty neat: https://www.getmiro.com/adopt/ Just food for thought, for those of y'all wanting to add $ to the WineHQ coffers, for WineConf, or what not (*cough* test/compile farm *cough*). This is functionally similar to asking for people to become members of some sort of foundation (eg monthly or annual contribution). It's a funding model that works, which is why they do it for public radio. I think there's real potential here. Thanks, Scott Ritchie
Re: msi/tests: Fix MsiApplyMultiplePatches tests on Windows.
Hi Nicolas, -ok(DeleteFileA("lithium.txt"), "Expected lithium.txt to exist\n"); +ok(DeleteFileA("lithium.txt"), "Expected lithium.txt to exist\n"); Please don't include whitespace-only changes in your patch. - + Same here. Thanks, --Juan
Re: user32: combine horizontal and vertical window scroll bar info in a single structure.
Rein Klazes writes: > What is already in the tests: > > 1) You need the alloc flag for instance when SetScrollInfo or > SetScrollRange is called on a window without the WS_[HV]SCROLL styles. I > can add a test that shows that the window styles remain unchanged when > eg. SetScrollInfo creates the scrollinfo. > > 2) You need the style test when testing GetScrollInfo and GetScrollRange > on windows with WS_[HV]SCROLL styles. > > Now the alloc flag may not be specified correctly in the other cases > Additional tests to see whether the alloc flag is correctly passed for > [GS}etScrollBarInfo and EnableScrollBar can be added. > > Would such tests address your concerns? No, what you'd need is a test that shows that calling a function that doesn't create a scrollbar (alloc=FALSE) suddenly starts to create one if WS_[HV]SCROLL is set. To test this meaningfully you'd need to set the style by hand, not at window creation. -- Alexandre Julliard julli...@winehq.org
Re: FYI: 64-Bit Winelib-compilation
Austin English schrieb: 2009/5/1 André Hentschel : To my suprise it didnt run. Interesting...does it run as a 32-bit winelib app? Have you tried compiling it with 64-bit mingw and seeing if it works there? Putty runs as 32-bit winelib app. The test with mingw64 i will try next days.
Re: FYI: 64-Bit Winelib-compilation
2009/5/1 André Hentschel : > To my suprise it didnt run. Interesting...does it run as a 32-bit winelib app? Have you tried compiling it with 64-bit mingw and seeing if it works there? -- -Austin
FYI: 64-Bit Winelib-compilation
Hi, these days i got my gcc 4.4 working and first compiled wine64. Next thing i did was to modify winemaker to generate Makefiles for 64-Bit compilation. I first tried something simple and it worked great, so i took my modified Putty-sourcecode and gave it a try. And wow it worked great! Just compiled fine. To my suprise it didnt run. Since todays git, the modified winemaker got in and i hope it might be usefull! Best regards André Hentschel
Re: user32: combine horizontal and vertical window scroll bar info in a single structure.
On Fri, 01 May 2009 13:13:05 +0200, you wrote: >Rein Klazes writes: > >> -if (!infoPtr && alloc) >> +if (!infoPtr && ( alloc || (wndPtr->dwStyle & (WS_VSCROLL | >> WS_HSCROLL >> { > >This bit doesn't look right, and defeats the purpose of the alloc >flag. It would need some more test cases. The alloc flag is not only set by SCROLL_DrawScrollBar, which may be what you are thinking of here. What is already in the tests: 1) You need the alloc flag for instance when SetScrollInfo or SetScrollRange is called on a window without the WS_[HV]SCROLL styles. I can add a test that shows that the window styles remain unchanged when eg. SetScrollInfo creates the scrollinfo. 2) You need the style test when testing GetScrollInfo and GetScrollRange on windows with WS_[HV]SCROLL styles. Now the alloc flag may not be specified correctly in the other cases Additional tests to see whether the alloc flag is correctly passed for [GS}etScrollBarInfo and EnableScrollBar can be added. Would such tests address your concerns? Rein.
Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
Ben Klein wrote: > 2009/5/1 Susan Cragin : >>> I filed ubuntu bug 369762. >> Ubuntu didn't think much of my bug. They sent me the following recipe to >> cure it, and marked the bug invalid. >> >> 1) Edit /etc/pulse/client.conf, and change "autospawn = yes" to "autospawn = >> no" >> 2) `touch $HOME/.pulse_a11y_nostart' >> 3) `asoundconf list' >> 4) choose the desired card from the previous command's output, and use >> `asoundconf set-default-card CARD', replacing CARD as appropriate >> 5) `killall pulseaudio' >> >> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/348353 >> mentions a recent kernel patch that routes all audio through pulse. I wonder >> if this patch is the culprit? > > It mentions a patch, not a kernel patch. I'd be *very* surprised if > there was anything kernel-side specifically routing audio through There is a kernel patch to reroute character devices to user space; afair that patch is already in. The usage example I have seen given for that patch is to reroute /dev/dsp to pulseaudio. > pulse. More plausibly, it could be a libasound2 patch or even just a > hack to asound.conf/.asoundrc. bye michael
Re: Wine fundraising idea
Austin English >Sent: May 1, 2009 12:39 PM >To: Wine Devel >Subject: Wine fundraising idea > >Howdy, > +1 James McKenzie
Wine fundraising idea
Howdy, I was reading through a GSoC thread on how people are spending their coding money. Someone posted that they thought people should donate to miro, the internet HDTV player. They've got a pretty neat donation scheme, where people can 'adopt' a line of code, and get updates on it, etc. Pretty neat: https://www.getmiro.com/adopt/ Just food for thought, for those of y'all wanting to add $ to the WineHQ coffers, for WineConf, or what not (*cough* test/compile farm *cough*). -- -Austin
Re: Trying buildbot on wine; foiled by distutils expecting mscoree to be resident?
Thanks for the tip about the mscoree access being unimportant. It turns out the pywin32 installer works fine with win2K set, but that doesn't help Twisted_NoDocs-8.2.0.win32-py2.6.exe, which still fails to find win32api. However, if I install ActiveState's python instead of the one from python.org, twisted installs successfully. Now on with the buildbot experiment :-)
Re: [resend] shell32: for FO_COPY, if the destination is an empty string, SHFileOperation should use the current directory.
Hi Lionel, one minor comment on your patch: +/* If the destination is empty, SHFileOperation should use the current directory. + See bug #13394. */ There's no need to quote the bug to explain why your code is doing what it's doing. The test case is sufficient. --Juan
Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
2009/5/1 Susan Cragin : >>I filed ubuntu bug 369762. > > Ubuntu didn't think much of my bug. They sent me the following recipe to cure > it, and marked the bug invalid. > > 1) Edit /etc/pulse/client.conf, and change "autospawn = yes" to "autospawn = > no" > 2) `touch $HOME/.pulse_a11y_nostart' > 3) `asoundconf list' > 4) choose the desired card from the previous command's output, and use > `asoundconf set-default-card CARD', replacing CARD as appropriate > 5) `killall pulseaudio' > > https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/348353 > mentions a recent kernel patch that routes all audio through pulse. I wonder > if this patch is the culprit? It mentions a patch, not a kernel patch. I'd be *very* surprised if there was anything kernel-side specifically routing audio through pulse. More plausibly, it could be a libasound2 patch or even just a hack to asound.conf/.asoundrc.
Re: Dib Engine: some update
Luke Benstead ha scritto: 2009/5/1 Massimo Del Fedele : Luke Benstead ha scritto: 2009/5/1 Scott Ritchie : Massimo Del Fedele wrote: I put on bug's 421 page an update of my dib engine. It implements AlphaBlend, StretchBlt and has many color fixes. If you want to try it, just follow instructions on above page. Ciao Max Keep at it, it's very exciting :) Thanks, Scott Ritchie Yeah, nice work Max! You are doing an amazing job, I just wish that we knew how to get it into vanilla Wine! My bro really needs this to move his (and several work) machines to Ubuntu, but unfortunately I'm 100 miles away and he wouldn't have a clue how to compile and patch Wine. I might have a stab at packaging a custom version :) Luke. Thank you all for your messages, I'm glad it's useful for somebody :-) I was thinking too on packaging a custom version with the patches on my tree btw, I have a couple more which weren't applied because "ugly", one allows printing on formats different than printer's default one (a need for most autocad users...). I'm not too good on debian packaging, but if you have some script that can do it we could find a place to host them. Ciao Max I have a place we could host the packages, but it would take me some time to learn how to package Wine... I've only ever done small libraries. Scott, are you the Ubuntu maintainer? If so, do you have some script for building the packages? Luke. Well, I do have some script to package an app (Ultimate++), I could adapt them to package wine. Next days maybe. Max
Re: Added Polish translation
Issues with your website translation files: * please strip the html,head,meta, and body HTML tags from the templates. The are not needed as they are generated by the website. * your editor is munging the template vars like {$root} to %7B$root%7D * your editor is adding LANG="pl-PL" to many tags, it is not needed as the files are UTF-8, and the website engine, sets the correct headers. It would be better if you used a plain text editor rather than open office to edit the files. -Newman Łukasz Wojniłowicz wrote: From: Łukasz Wojniłowicz --- include/data.php |4 + templates/pl/.cvsignore|2 + templates/pl/announce.template | 19 +++ templates/pl/download.template | 280 templates/pl/download/deb.template | 127 templates/pl/home.template | 70 + templates/pl/interview.template| 18 +++ templates/pl/irc.template | 27 templates/pl/lang.template | 36 + templates/pl/news.template | 21 +++ templates/pl/search.template | 40 + 11 files changed, 644 insertions(+), 0 deletions(-) create mode 100644 templates/pl/.cvsignore create mode 100644 templates/pl/announce.template create mode 100644 templates/pl/download.template create mode 100644 templates/pl/download/deb.template create mode 100644 templates/pl/home.template create mode 100644 templates/pl/interview.template create mode 100644 templates/pl/irc.template create mode 100644 templates/pl/lang.template create mode 100644 templates/pl/news.template create mode 100644 templates/pl/search.template diff --git a/include/data.php b/include/data.php index a0e2f5f..c9a656b 100644 --- a/include/data.php +++ b/include/data.php @@ -61,6 +61,10 @@ class data 'name' => 'Français', 'change' => 'Changez la langue' ), + 'pl' => array( + 'name' => 'Polski', + 'change' => 'Zmień język' + ), 'pt' => array( 'name' => 'Português', 'change' => 'Mudar a língua' diff --git a/templates/pl/.cvsignore b/templates/pl/.cvsignore new file mode 100644 index 000..0ba44f6 --- /dev/null +++ b/templates/pl/.cvsignore @@ -0,0 +1,2 @@ +docs +winapi_stats.template diff --git a/templates/pl/announce.template b/templates/pl/announce.template new file mode 100644 index 000..2181953 --- /dev/null +++ b/templates/pl/announce.template @@ -0,0 +1,19 @@ + + + + + + + + + + + + + + +Ogłoszenie nowego Wine + + + + \ No newline at end of file diff --git a/templates/pl/download.template b/templates/pl/download.template new file mode 100644 index 000..be85e37 --- /dev/null +++ b/templates/pl/download.template @@ -0,0 +1,280 @@ + + + + + + + + + + + + + + + + + +Pobieralnia Wine +Wine +ze wsparciem technicznym + + + + Produkt + + + Opis + + + + + http://www.codeweavers.com/products/download_trial/";>http://www.codeweavers.com/products/download_trial/";> + + + + + http://www.codeweavers.com/products/";>CrossOver + jest dobrze wykończoną wersją dostarczaną przez http://www.codeweavers.com/";>CodeWeavers. + CrossOver usprawnia używanie Wine, a CodeWeavers zapewnia + wspaniałe wsparcie techniczne swoim użytkownikom. Wszystkie + fundusze ze sprzedaży CrossOvera są przekazywane bezpośrednio + jako wsparcie dla programistów pracujących nad Wine. Tak więc + CrossOver jest jest wspaniałą drogą uzyskania wsparcia jak + również wspierania Projektu Wine. CodeWeavers dostarcza w pełni + funkcjonalną http://www.codeweavers.com/products/download_trial/";>wersję + trialową CrossOver. + + + + +To poparcie jest głównym dowodem +uznania wymaganym przez CodeWeavers w zamian za hostowanie strony +Wine. + +Pobieralnia binariów Wine + + + + Najnowsze stabilne wydanie: + + + Wine {$config_stable_release} + + +
Re: ws2_32/tests: add initial tests for WSAStartup
Austin English writes: > CTESTS = \ > protocol.c \ > - sock.c > + sock.c \ > + startup.c There's no need to create a new file for such a small test. -- Alexandre Julliard julli...@winehq.org
Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
>I filed ubuntu bug 369762. Ubuntu didn't think much of my bug. They sent me the following recipe to cure it, and marked the bug invalid. 1) Edit /etc/pulse/client.conf, and change "autospawn = yes" to "autospawn = no" 2) `touch $HOME/.pulse_a11y_nostart' 3) `asoundconf list' 4) choose the desired card from the previous command's output, and use `asoundconf set-default-card CARD', replacing CARD as appropriate 5) `killall pulseaudio' https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/348353 mentions a recent kernel patch that routes all audio through pulse. I wonder if this patch is the culprit?
error report
Hello, I wanted to install (Dar)wine on my Intel Mac, first I've tried with the binaries found on http://wiki.winehq.org/MacOSX/Installing The installation goes fine, but running any of the apps fails. So, instead, I've tried to build Wine from Scratch, this is what I get: ru...@cakeslicer:~/distrib$ ./create_darwine_distrib.sh $VERSION ~/ Desktop/wine-$VERSION # Packaging Darwine for version 1.1.20 using Wine sources in /Users/ ruben/Desktop/wine-1.1.20... # Building Wine in /Users/ruben/Desktop/wine-1.1.20 (warning: takes a long time)... configure: WARNING: mach-o/dyld_images.h: present but cannot be compiled configure: WARNING: mach-o/dyld_images.h: check for missing prerequisite headers? configure: WARNING: mach-o/dyld_images.h: see the Autoconf documentation configure: WARNING: mach-o/dyld_images.h: section "Present But Cannot Be Compiled" configure: WARNING: mach-o/dyld_images.h: proceeding with the preprocessor's result configure: WARNING: mach-o/dyld_images.h: in the future, the compiler will take precedence configure: WARNING: ## ## configure: WARNING: ## Report this to wine-devel@winehq.org ## configure: WARNING: ## ## configure: error: FreeType development files not found. Fonts will not be built. Use the --without-freetype option if you really want this. * Error: Can't build wine thanks for keeping me informed about this error, Ruben Hillewaere PhD student, COMO Vrije Universiteit Brussel Department of Computer Science Pleinlaan 2 B-1050 Brussels Belgium
Re: Wine + Mono + application = library not found?
I use wine + win32 mono quite regularly (my .net app does some gdi some p/invoke stuff). Wine or mono takes extra dll's from $PATH, and also from the application's directory. The windows version of the gtk library is actually in .wine/drive_c/Program\ Files/Mono-2.4/bin/ . The way I would run your application would be: cd .wine/drive_c/Program\ Files/Mono-2.4/bin/ \ && wine ./mono.exe H:/Downloads/HFM Release 0.1.1.10/HFM.exe (note the "H:" for home dir under windows). There are probably other ways of doing it, but I think mine is guaranteed to work. --- On Fri, 1/5/09, Seth Shelnutt wrote: > Hello all, > > I'm trying to see if I can get a folding monitor, > http://code.google.com/p/hfm-net/ > working in Wine. I've installed the latest wine, 1.1.20, > and the latest mono for windows 2.4. It seems however that > either mono or Wine, I think wine, is not seeing the library > file from gtk. However it is in my lib folder. Does anyone > have any idea where wine is looking for the lib to be at? > This is on a Debian "testing" (Squeeze I guess, > but I keep my repos under the "testing" and no > name, I use the wine "sid" repo) install. > > > > > sheln...@k-server:~/Downloads/HFM Release 0.1.1.10$ wine > HFM.exe > > Unhandled Exception: System.TypeInitializationException: An > exception was thrown by the type initializer for > System.Windows.Forms.MimeIconEngine ---> > System.DllNotFoundException: libgdk-x11-2.0.so.0 > > > at (wrapper managed-to-native) > System.Windows.Forms.GnomeUtil:gdk_init_check > (intptr,intptr) > at System.Windows.Forms.GnomeUtil.Init () [0x0] > at System.Windows.Forms.GnomeUtil.GetIcon (System.String > icon, Int32 size) [0x0] > > > at System.Windows.Forms.GnomeHandler.AddGnomeIcon > (System.String internal_mime_type, System.String name) > [0x0] > at System.Windows.Forms.GnomeHandler.CreateUIIcons () > [0x0] > at System.Windows.Forms.GnomeHandler.Start () [0x0] > > > > at System.Windows.Forms.MimeIconEngine..cctor () > [0x0] > --- End of inner exception stack trace --- > at System.Windows.Forms.WinFileSystem..ctor () [0x0] > > at System.Windows.Forms.MWFVFS..ctor () [0x0] > > > at System.Windows.Forms.FileDialog..ctor () [0x0] > at System.Windows.Forms.OpenFileDialog..ctor () > [0x0] > at (wrapper remoting-invoke-with-check) > System.Windows.Forms.OpenFileDialog:.ctor () > at HFM.Forms.frmMain.InitializeComponent () [0x0] > > > at HFM.Forms.frmMain..ctor () [0x0] > at (wrapper remoting-invoke-with-check) > HFM.Forms.frmMain:.ctor () > at HFM.Program.Main (System.String[] argv) [0x0] > > sheln...@k-server:~/Downloads/HFM Release 0.1.1.10$ locate > libgdk-x11-2.0.so.0 > > > /home/shelnutt/opt/gps/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0.1600.1 > > > Thanks, > > Seth Shelnutt > > > > -Inline Attachment Follows- > > >
Re: Dib Engine: some update
2009/5/1 Massimo Del Fedele : > Luke Benstead ha scritto: >> >> 2009/5/1 Scott Ritchie : >>> >>> Massimo Del Fedele wrote: I put on bug's 421 page an update of my dib engine. It implements AlphaBlend, StretchBlt and has many color fixes. If you want to try it, just follow instructions on above page. Ciao Max >>> Keep at it, it's very exciting :) >>> >>> Thanks, >>> Scott Ritchie >>> >>> >>> >> >> Yeah, nice work Max! You are doing an amazing job, I just wish that we >> knew how to get it into vanilla Wine! My bro really needs this to move >> his (and several work) machines to Ubuntu, but unfortunately I'm 100 >> miles away and he wouldn't have a clue how to compile and patch Wine. >> I might have a stab at packaging a custom version :) >> >> Luke. >> >> > Thank you all for your messages, I'm glad it's useful for somebody :-) > I was thinking too on packaging a custom version with the patches on > my tree btw, I have a couple more which weren't applied because > "ugly", one allows printing on formats different than printer's > default one (a need for most autocad users...). > I'm not too good on debian packaging, but if you have some script > that can do it we could find a place to host them. > > Ciao > > Max > > > > > I have a place we could host the packages, but it would take me some time to learn how to package Wine... I've only ever done small libraries. Scott, are you the Ubuntu maintainer? If so, do you have some script for building the packages? Luke.
Re: Trying buildbot on wine; foiled by distutils expecting mscoree to be resident?
> so I tried doing > wine pywin32-212.win32-py2.6.exe > first. This fails immediately as described in > http://bugs.winehq.org/show_bug.cgi?id=13844 > It seems to terminate because it tries to get > a handle to the loaded copy of mscoree.dll > and fails (because there isn't one). > > The installer seems to have been created by python's distutils. > > Mark Hammond seems to be well aware of low level > issues that affect the installer, see e.g. > http://bugs.python.org/issue5075 > so perhaps he could explain why the installer expects > mscoree.dll to be resident... > > This is explained here: http://bugs.winehq.org/show_bug.cgi?id=6880#c7 (I guess it's the same issue) Copy and paste: --- snip --- I've seen quite some applications that fail in the end like this one: 0009:Call kernel32.GetModuleHandleA(011bf1d4 "mscoree.dll") ret=00c5936f 0009:Ret kernel32.GetModuleHandleA() retval= ret=00c5936f Then ExitProcess. --- snip --- This has nothing to do with this bug. The application uses dynamic msvc 7.1 runtime, which implicitly pulls mscoree.dll in. Normally mscrt __crtExitProcess() calls just ExitProcess() but on newer versions a call to __crtCorExitProcess() is made to ensure proper shutdown of managed parts (even if you don't use managed = .NET code). CorExitProcess() basically does this: --- snip --- hModule = GetModuleHandle("mscoree.dll"); if (hModule != NULL) { pfn = (PFN_EXIT_PROCESS) GetProcAddress( hModule, "CorExitProcess"); if (pfn != NULL) pfn(status); } --- snip --- If mscoree module or the export is not found it causes no harm. It works as designed. The reason for this additional (implicit) shutdown code is you have no control whether a part of operation system or application dll (3rd party/injected) might pull in managed stuff thats why this code exists. Regards
Re: Dib Engine: some update
Luke Benstead ha scritto: 2009/5/1 Scott Ritchie : Massimo Del Fedele wrote: I put on bug's 421 page an update of my dib engine. It implements AlphaBlend, StretchBlt and has many color fixes. If you want to try it, just follow instructions on above page. Ciao Max Keep at it, it's very exciting :) Thanks, Scott Ritchie Yeah, nice work Max! You are doing an amazing job, I just wish that we knew how to get it into vanilla Wine! My bro really needs this to move his (and several work) machines to Ubuntu, but unfortunately I'm 100 miles away and he wouldn't have a clue how to compile and patch Wine. I might have a stab at packaging a custom version :) Luke. Thank you all for your messages, I'm glad it's useful for somebody :-) I was thinking too on packaging a custom version with the patches on my tree btw, I have a couple more which weren't applied because "ugly", one allows printing on formats different than printer's default one (a need for most autocad users...). I'm not too good on debian packaging, but if you have some script that can do it we could find a place to host them. Ciao Max
Re: Dib Engine: some update
2009/5/1 Scott Ritchie : > Massimo Del Fedele wrote: >> >> I put on bug's 421 page an update of my dib engine. >> It implements AlphaBlend, StretchBlt and has many color fixes. >> If you want to try it, just follow instructions on above page. >> >> Ciao >> >> Max >> > > Keep at it, it's very exciting :) > > Thanks, > Scott Ritchie > > > Yeah, nice work Max! You are doing an amazing job, I just wish that we knew how to get it into vanilla Wine! My bro really needs this to move his (and several work) machines to Ubuntu, but unfortunately I'm 100 miles away and he wouldn't have a clue how to compile and patch Wine. I might have a stab at packaging a custom version :) Luke.
Re: [2/2] winex11.drv: export copied images as image/bmp
On Fri, May 01, 2009 at 01:25:33PM +0200, Alexandre Julliard wrote: > "Vincent Povirk" writes: > > > +if (dibinfo->biBitCount < 16) > > +numcolors = dibinfo->biClrUsed || 1> You have been doing too much Perl ;-) Hi Vincent, You may find bitmap_info_size() useful here. Huw.
Re: Dib Engine: some update
Massimo Del Fedele wrote: I put on bug's 421 page an update of my dib engine. It implements AlphaBlend, StretchBlt and has many color fixes. If you want to try it, just follow instructions on above page. Ciao Max Keep at it, it's very exciting :) Thanks, Scott Ritchie
Trying buildbot on wine; foiled by distutils expecting mscoree to be resident?
I decided to try running buildbot on Wine today. The installation procedure is roughly wine msiexec /i python-2.6.2.msi /qb wine Twisted_NoDocs-8.2.0.win32-py2.6.exe The last bit complains Traceback (most recent call last): File "C:\Python26\scripts\twisted_postinstall.py", line 11, in from twisted.scripts import tkunzip File "C:\Python26\lib\site-packages\twisted\scripts\tkunzip.py", line 26, in from twisted.internet import reactor, defer File "C:\Python26\lib\site-packages\twisted\internet\reactor.py", line 37, in from twisted.internet import selectreactor File "C:\Python26\lib\site-packages\twisted\internet\selectreactor.py", line 21, in from twisted.internet import posixbase File "C:\Python26\lib\site-packages\twisted\internet\posixbase.py", line 25, in from twisted.internet import tcp, udp File "C:\Python26\lib\site-packages\twisted\internet\tcp.py", line 78, in from twisted.internet import defer, base, address File "C:\Python26\lib\site-packages\twisted\internet\defer.py", line 17, in from twisted.python import log, failure, lockfile File "C:\Python26\lib\site-packages\twisted\python\lockfile.py", line 28, in from win32api import OpenProcess ImportError: No module named win32api and hangs, possibly because of http://twistedmatrix.com/trac/ticket/3707 so I tried doing wine pywin32-212.win32-py2.6.exe first. This fails immediately as described in http://bugs.winehq.org/show_bug.cgi?id=13844 It seems to terminate because it tries to get a handle to the loaded copy of mscoree.dll and fails (because there isn't one). The installer seems to have been created by python's distutils. Mark Hammond seems to be well aware of low level issues that affect the installer, see e.g. http://bugs.python.org/issue5075 so perhaps he could explain why the installer expects mscoree.dll to be resident...
Re: winemenubuilder: add Wine's MIME types to freedesktop (try2)
Damjan Jovanovic writes: > +static void strlwrA(char *str) > +{ > +while ((*str = tolower(*str))) str++; > +} That won't work on utf-8. You should do it on the Unicode string before conversion. -- Alexandre Julliard julli...@winehq.org
Re: [2/2] winex11.drv: export copied images as image/bmp
"Vincent Povirk" writes: > +if (dibinfo->biBitCount < 16) > +numcolors = dibinfo->biClrUsed || 1
Re: user32: combine horizontal and vertical window scroll bar info in a single structure.
Rein Klazes writes: > -if (!infoPtr && alloc) > +if (!infoPtr && ( alloc || (wndPtr->dwStyle & (WS_VSCROLL | > WS_HSCROLL > { This bit doesn't look right, and defeats the purpose of the alloc flag. It would need some more test cases. -- Alexandre Julliard julli...@winehq.org
Re: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi
Austin English wrote: On Fri, May 1, 2009 at 3:05 AM, Damjan Jovanovic wrote: On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie wrote: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi If you're not going to motivate this in the email, you could at least refer people to bug 18307. Also, do distributions outside Ubuntu come up with the same MIME types? Damjan What about .bat files, etc.? Those already don't work as far as I know. An patch to shared-mime-info is needed for them. Thanks, Scott Ritchie
Re: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi
Damjan Jovanovic wrote: On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie wrote: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi If you're not going to motivate this in the email, you could at least refer people to bug 18307. Also, do distributions outside Ubuntu come up with the same MIME types? Damjan Fedora already patches out x-executable. Thanks, Scott Ritchie
Re: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi
On Fri, May 1, 2009 at 3:05 AM, Damjan Jovanovic wrote: > On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie wrote: >> tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and >> application/x-msi >> >> >> >> > > If you're not going to motivate this in the email, you could at least > refer people to bug 18307. > > Also, do distributions outside Ubuntu come up with the same MIME types? > > Damjan > > > What about .bat files, etc.? -- -Austin
Re: Wine + Mono + application = library not found?
On Fri, May 1, 2009 at 1:36 AM, Seth Shelnutt wrote: > Hello all, > > I'm trying to see if I can get a folding monitor, > http://code.google.com/p/hfm-net/ working in Wine. I've installed the latest > wine, 1.1.20, and the latest mono for windows 2.4. It seems however that > either mono or Wine, I think wine, is not seeing the library file from gtk. > However it is in my lib folder. Does anyone have any idea where wine is > looking for the lib to be at? This is on a Debian "testing" (Squeeze I > guess, but I keep my repos under the "testing" and no name, I use the wine > "sid" repo) install. > > > sheln...@k-server:~/Downloads/HFM Release 0.1.1.10$ wine HFM.exe > > Unhandled Exception: System.TypeInitializationException: An exception was > thrown by the type initializer for System.Windows.Forms.MimeIconEngine ---> > System.DllNotFoundException: libgdk-x11-2.0.so.0 > at (wrapper managed-to-native) > System.Windows.Forms.GnomeUtil:gdk_init_check (intptr,intptr) > at System.Windows.Forms.GnomeUtil.Init () [0x0] > at System.Windows.Forms.GnomeUtil.GetIcon (System.String icon, Int32 size) > [0x0] > at System.Windows.Forms.GnomeHandler.AddGnomeIcon (System.String > internal_mime_type, System.String name) [0x0] > at System.Windows.Forms.GnomeHandler.CreateUIIcons () [0x0] > at System.Windows.Forms.GnomeHandler.Start () [0x0] > at System.Windows.Forms.MimeIconEngine..cctor () [0x0] > --- End of inner exception stack trace --- > at System.Windows.Forms.WinFileSystem..ctor () [0x0] > at System.Windows.Forms.MWFVFS..ctor () [0x0] > at System.Windows.Forms.FileDialog..ctor () [0x0] > at System.Windows.Forms.OpenFileDialog..ctor () [0x0] > at (wrapper remoting-invoke-with-check) > System.Windows.Forms.OpenFileDialog:.ctor () > at HFM.Forms.frmMain.InitializeComponent () [0x0] > at HFM.Forms.frmMain..ctor () [0x0] > at (wrapper remoting-invoke-with-check) HFM.Forms.frmMain:.ctor () > at HFM.Program.Main (System.String[] argv) [0x0] > > sheln...@k-server:~/Downloads/HFM Release 0.1.1.10$ locate > libgdk-x11-2.0.so.0 > /home/shelnutt/opt/gps/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0.1600.1 > > > Thanks, > > Seth Shelnutt > > > > > When using win32 mono it should be using win32 gtk / gdk. I believe those dlls have about the same names as the linux ones. Make sure that win32 moni is really used. Second win32 mono only works for a limited number of apps for most things you need ms .net. I would suggest to try it using native mono first. Since the source is also around it would also be easy to locate mono bugs (hopefully the app doesn't make any win32 calls). Roderick
Re: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi
On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie wrote: > tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and > application/x-msi > > > > If you're not going to motivate this in the email, you could at least refer people to bug 18307. Also, do distributions outside Ubuntu come up with the same MIME types? Damjan