April 2009 - Wine-Devel - list.winehq.org

Re: Wine + Mono + application = library not found?

by Hin-Tak Leung

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 <shelnutt2(a)gmail.com> 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. > > > > > shelnutt(a)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 () [0x00000] > at System.Windows.Forms.GnomeUtil.GetIcon (System.String > icon, Int32 size) [0x00000] > > > at System.Windows.Forms.GnomeHandler.AddGnomeIcon > (System.String internal_mime_type, System.String name) > [0x00000] > at System.Windows.Forms.GnomeHandler.CreateUIIcons () > [0x00000] > at System.Windows.Forms.GnomeHandler.Start () [0x00000] > > > > at System.Windows.Forms.MimeIconEngine..cctor () > [0x00000] > --- End of inner exception stack trace --- > at System.Windows.Forms.WinFileSystem..ctor () [0x00000] > > at System.Windows.Forms.MWFVFS..ctor () [0x00000] > > > at System.Windows.Forms.FileDialog..ctor () [0x00000] > at System.Windows.Forms.OpenFileDialog..ctor () > [0x00000] > at (wrapper remoting-invoke-with-check) > System.Windows.Forms.OpenFileDialog:.ctor () > at HFM.Forms.frmMain.InitializeComponent () [0x00000] > > > at HFM.Forms.frmMain..ctor () [0x00000] > at (wrapper remoting-invoke-with-check) > HFM.Forms.frmMain:.ctor () > at HFM.Program.Main (System.String[] argv) [0x00000] > > shelnutt(a)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----- > > >

April 30, 2009

Wine + Mono + application = library not found?

by Seth Shelnutt

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. shelnutt(a)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 () [0x00000] at System.Windows.Forms.GnomeUtil.GetIcon (System.String icon, Int32 size) [0x00000] at System.Windows.Forms.GnomeHandler.AddGnomeIcon (System.String internal_mime_type, System.String name) [0x00000] at System.Windows.Forms.GnomeHandler.CreateUIIcons () [0x00000] at System.Windows.Forms.GnomeHandler.Start () [0x00000] at System.Windows.Forms.MimeIconEngine..cctor () [0x00000] --- End of inner exception stack trace --- at System.Windows.Forms.WinFileSystem..ctor () [0x00000] at System.Windows.Forms.MWFVFS..ctor () [0x00000] at System.Windows.Forms.FileDialog..ctor () [0x00000] at System.Windows.Forms.OpenFileDialog..ctor () [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.OpenFileDialog:.ctor () at HFM.Forms.frmMain.InitializeComponent () [0x00000] at HFM.Forms.frmMain..ctor () [0x00000] at (wrapper remoting-invoke-with-check) HFM.Forms.frmMain:.ctor () at HFM.Program.Main (System.String[] argv) [0x00000] shelnutt(a)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

April 30, 2009

Re: IE and MSN Messenger 7.0

by Ben Klein

2009/5/1 Cissyvonwinckelmann <cissyvonwinckelmann(a)planet.nl>: > hartelijk dank Benm ja ik moet snel een andere pc hebben, want dit is een > hele ouwe dan krijg je de moeilijkheden, > groetjes cissy > I have to use Google Language Tools to translate your text, so I apologise if I misunderstand you. The "old problems" with Messenger (you actually didn't say which Messenger it is, Yahoo or MSN?) in Wine are not likely to go away without a lot of work. As this is the developers' mailing list, we would welcome patches/modifications to Wine to make it work better. Without a discussion on the development side, your questions are better directed to wine-users mailing list or the forum, or some other user-oriented support path. Regardless, it is strongly recommended that you look into using a native client (i.e. something you don't need Wine to run) such as Pidgin.

April 30, 2009

Re: New Icons are very good, but not yet perfect

by Scott Ritchie

Warren Dumortier wrote: > 2009/4/25 Joel Holdsworth <joel(a)airwebreathe.org.uk>: >> Hi All, >> >> Great stuff with the new Tango icons for Wine - they're a definite >> improvement. One observation: it looks like the icons that I have >> installed do not have versions that have been tuned for small size: >> 16x16 and especially 22x22. If I understand correctly, the scaled icons >> were drawn for 48x48, which means that when the icon is drawn at size >> 22x22 in my gnome menu, there will be line width of 0.46px which looks >> too faint next to the other icons which have been tuned for small sizes, >> and have 1px lines. >> >> Does anyone know anything about this? >> >> Thanks >> Joel Holdsworth >> >> >> >> >> > > Are those new icons in Wine 1.1.20? Because i do not see that... :( > > They're in the Ubuntu package. I didn't send them upstream yet since I'm still fiddling about with changes. And, yes, you're right that they need a small size version to go well in the menu. Thanks, Scott Ritchie

April 30, 2009

Re: Office 2007 MSI Crash - Null dereference @ MsiViewExecute

by Mike Kaplinskiy

James Hawkins wrote: > On Thu, Apr 30, 2009 at 4:03 AM, Austin English <austinenglish(a)gmail.com> > wrote: >> On Tue, Apr 28, 2009 at 9:27 PM, Mike Kaplinskiy >> <mike.kaplinskiy(a)gmail.com> wrote: >>> I was looking at the trace of the crash from bug 17600, and it looks >>> like a custom action is calling MsiViewExecute with a null hRec. >>> >>> I (sadly) don't know much about the wine MSI architecture, but the >>> msiobj_lock on line 484 should fail since rec will never be fetched >>> (null). I think the intention was to make it query->hdr (as it is >>> released later). >> >> A testcase for it would show if you're right or wrong ;-). >> > > Not really. If you grep through the msi tests, you'll see that we > call MsiViewExecute with NULL hRec all over the place. That doesn't > mean there isn't a bug, just saying. > If there are tests that check this, I don't know how they could be passing (unless hView is invalid). The local variable rec isn't set if hRec is null, and it is dereferenced on line 484 & 486 regardless. I would write a test for this if I had time, but I don't know how the test harness works, and don't have time right now to learn. (nor do I know how the MSI framework works). It seems like it would be a big win to have this work, since it would return the Office 07 installer to platinum status.

April 30, 2009

Re: Office 2007 MSI Crash - Null dereference @ MsiViewExecute

by James Hawkins

On Thu, Apr 30, 2009 at 4:03 AM, Austin English <austinenglish(a)gmail.com> wrote: > On Tue, Apr 28, 2009 at 9:27 PM, Mike Kaplinskiy > <mike.kaplinskiy(a)gmail.com> wrote: >> I was looking at the trace of the crash from bug 17600, and it looks like >> a custom action is calling MsiViewExecute with a null hRec. >> >> I (sadly) don't know much about the wine MSI architecture, but the >> msiobj_lock on line 484 should fail since rec will never be fetched >> (null). I think the intention was to make it query->hdr (as it is >> released later). > > A testcase for it would show if you're right or wrong ;-). > Not really. If you grep through the msi tests, you'll see that we call MsiViewExecute with NULL hRec all over the place. That doesn't mean there isn't a bug, just saying. -- James Hawkins

April 30, 2009

Re: [PATCH] This patch fixes context menu crashes for edit controls asapparent in vb apps.

by Dmitry Timoshkov

And what is the reason of the crash? Please add a test case replicating the problem first. -- Dmitry.

April 30, 2009

Re: Added Polish translation

by Jeremy Newman

Your templates include html,head,meta, and body tags. Please strip them out and resubmit the patch. Otherwise everything looks good. -Newman Łukasz Wojniłowicz wrote: > From: Łukasz Wojniłowicz <Wojnilowicz(a)nslw.hstl.put.poznan.pl> > > --- > 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 >

April 30, 2009

Re: This patch fixes context menu crashes for edit controls as apparent in vb apps.

by Nikolay Sivov

Dan Kegel wrote: > Hi Martin, > thanks for the patch. Two suggestions: > 1) if possible, please write a conformance test. > 2) It appears you're a ReactOS developer, so you should > expect some turbulence. You may have to go > the "file a really good bug" route if Wine > can't accept your patches. > - Dan > > > > This patch removes WM_COMMAND handler completely. Are you sure that's ok?

April 30, 2009

re: This patch fixes context menu crashes for edit controls as apparent in vb apps.

by Dan Kegel

Hi Martin, thanks for the patch. Two suggestions: 1) if possible, please write a conformance test. 2) It appears you're a ReactOS developer, so you should expect some turbulence. You may have to go the "file a really good bug" route if Wine can't accept your patches. - Dan

April 30, 2009