Re: Netmeeting under wine
Tom wrote: Shachar Shemesh wrote: I can speak only for myself. I won't invest huge amounts of time in helping someone else use an application *he* is used to, while I have perfectly acceptable (to me) alternatives. If he'd be paying me - that's something else. If he'd come with specific questions - that's something else too. You have missed the point Lets say he is new to Linux/wine and he does not know how to send a good bug report or how to ask how to get this or that to work... Then what? Be a ass in return? I say not!.. I have just seen the future folks.. Wine will be like MPLAYER in the future.. RTFM and in not taling about the fine manual here. Geez I spell bad at 1:30 am and no sleep for two days. > Wine will be like MPLAYER in the future.. RTFM and im not > talking about the fine manual here. Tom
Re: Netmeeting under wine
Shachar Shemesh wrote: I can speak only for myself. I won't invest huge amounts of time in helping someone else use an application *he* is used to, while I have perfectly acceptable (to me) alternatives. If he'd be paying me - that's something else. If he'd come with specific questions - that's something else too. You have missed the point Lets say he is new to Linux/wine and he does not know how to send a good bug report or how to ask how to get this or that to work... Then what? Be a ass in return? I say not!.. I have just seen the future folks.. Wine will be like MPLAYER in the future.. RTFM and in not taling about the fine manual here. Tom Just my $.02 Tom My 0.09 ILS (http://www.xe.com/ucc/convert.cgi?Amount=0.09&From=ILS&To=USD) Shachar
Re: WineHQ: Update the Janitorial page
Dimitrie O Paun wrote - loader - loader/ne - memory + loader/ne + memory umm i'm lost here... - loader, but no committed on loader.. Tom
Re: Netmeeting under wine
Tom wrote: Jérôme Bouat wrote: use GnomeMeeting: http://www.gnomemeeting.org/ Hi, Time for me to get into trouble again :) Not only that, but I'm somehow dragging myself too. Your'e good :-) This guy ask if we could help him to get a win app that he uses "Netmeeting" in this case to work with the vine "wine" but instead of help he got use this... as its native to linux! Well, I guess making a new app work on Wine is a non-trivial task, and so people prefer to focus their efforts where the app is truely needed - i.e., where no native free software alternative is available. This does not mean that David can't hack wine to make NetMeeting work himself, or that Alexandre won't commit it. It just means that I, for one, have little incentive to jump in at the moment. Once Jérôme pointed (me) to GnomeMeeting (how did they skip the chance to call it Gnomeeting??), it's not my itch any more. People Wine is for Win apps!! I know there are many native apps that will replace win apps, fulfill your needs but.. WTF is this project about??? running win apps on linux?? Certanly for some people. I know that's a lot of what it is to me, in any case. Without trying to claim that ReactOS guys are not doing a wonderful job, I'm still after using Linux (or any other free OS, I don't care that much) for as much of my day2day activities as possible. Wine is one of the tools to do that. Not you should use this or that app in its place, but you should use what your comfortable with.. what you spent your hard earned money on.. But what about the not-yet-spent money? Will it be cheaper to learn a new app, or to support NetMeeting? Remeber, that app is integrated into the Windows OS in levels I don't think even IE can rival. I know that I found Jérôme's post useful. One may adopt a more "FYI" tone in the future. So to sum this rant up. In the future dont say use what I use, but help them use what there use to and Wine will fulfill its goal... I can speak only for myself. I won't invest huge amounts of time in helping someone else use an application *he* is used to, while I have perfectly acceptable (to me) alternatives. If he'd be paying me - that's something else. If he'd come with specific questions - that's something else too. Just my $.02 Tom My 0.09 ILS (http://www.xe.com/ucc/convert.cgi?Amount=0.09&From=ILS&To=USD) Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/
Compiler problems
Updating wine to current cvs, I get an error, can someone help me: I run ./configure; make depend && make make[2]: Entering directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.oarts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib/kde3/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc /usr/bin/ld: cannot find /usr/lib/libpthread_nonshared.a collect2: ld returned 1 exit status make[2]: ** [winearts.drv.so] Erro 1 make[2]: Leaving directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' make[1]: ** [winmm/winearts] Erro 2 make[1]: Leaving directory `/home/mduarte/wine-cvs/dlls' make: ** [dlls] Erro 2 Entering in directory loader and make: [EMAIL PROTECTED] loader]$ make clean rm -f *.o *.a *.so *.ln *.so \#*\# *~ *% .\#* *.bak *.orig *.rej *.flc *.spec.c *.spec.def *.dbg.c y.tab.c y.tab.h lex.yy.c core rm -f wine-glibc wine-kthread wine-pthread wine [EMAIL PROTECTED] loader]$ make gcc -c -I. -I. -I../include -I../include-Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o glibc.o glibc.c gcc -o wine-glibc -Wl,--section-start,.interp=0x3c000100 -Wl,--export-dynamic glibc.o -L../libs/wine -lwine -L../libs/port -lwine_port glibc.o(.text+0x84): In function `get_threading': /home/mduarte/wine-cvs/loader/glibc.c:61: undefined reference to `pthread_create' glibc.o(.text+0x90):/home/mduarte/wine-cvs/loader/glibc.c:62: undefined reference to `pthread_join' collect2: ld returned 1 exit status make: ** [wine-glibc] Erro 1 -- Marcelo Duarte
Re: Netmeeting under wine
Jérôme Bouat wrote: use GnomeMeeting: http://www.gnomemeeting.org/ Hi, Time for me to get into trouble again :) This guy ask if we could help him to get a win app that he uses "Netmeeting" in this case to work with the vine "wine" but instead of help he got use this... as its native to linux! People Wine is for Win apps!! I know there are many native apps that will replace win apps, fulfill your needs but.. WTF is this project about??? running win apps on linux?? Not you should use this or that app in its place, but you should use what your comfortable with.. what you spent your hard earned money on.. *.* app Ive for one have used mIRC since there 1.0 days. anyone here remember when that was? but im sure there are people who would say XChat is better.. but guess what .. I dont give a shit I want to use what I like, what im use to, what i spent my $20.00 on... Wine is not to suggest native linux apps to its users, but to build a app so WIN users can see what a real OS is, and at the same time use what there use to, what they have spent there hard earned &@[EMAIL PROTECTED]@= (GD-F&ck^ing) money on. And if they find/run across a native app that fills there needs then they can make the switch on there own good time!!! Not use this as its better.. as there going to think it sucks at first anyway... I remimber the days when people ask if Linux would really make a dent as a server OS.. If it would come and go,.. now we all know Linux is great as a server OS .. its for the most part the #1 OS when it comes to servers.. The Question now is will Linux be the next DeskTop OS of choice?? I believe it will be, as native apps close one side of the gap and WINE closes the other side.. Its all just a matter of time... So if your a developer, user, lurker don't cut our end short Wine has a role to play in all this...Remember boys and girls this is our soap opera, . the OS wars.. But guess what the OS war is over as we have won, now its down to the apps/desktop. So if Joe Blow wants to use his native app we should say great here is the fix,, ill look,, ill try,, as we know he is using unix/wine and in the end after they, him , her, learn about OSS they will never look back! So to sum this rant up. In the future dont say use what I use, but help them use what there use to and Wine will fulfill its goal... Just my $.02 Tom Le lun 17/11/2003 à 09:37, David Martinez Prado a écrit : Hi all! i am, trying to run netmeeting under Wine. i installed wine with the default windows partition. Then, i execute netmeeting installer and crashed. i am working on RH7.2. Can anyone help me? thank you very much. _ Descárgate en tu teléfono los tonos y logos de las canciones y artistas de más éxito en MSN Móviles. http://www.msn.es/MSNMovil/
question new to the group
Ok here's the deal. I wanted to start helping but i've been reading the auncments and stuff but i did see this topic come up. So i thought i would just through it out and see what the wine community had to say. I have build a few (simple)delphi programs test wine out to start working on it(wine that is). fixme:commctrl:FlatSB_SetScrollProp stubok my question is this since this API is no longer in windows ( Comctl32.dll version 6 and higher do not support flat scroll bars) show i go ahead and write in the code or just go find something else more productive? If this is a stupid question just let me know like( hey it's in the doc's on wine and heres the web site ) that would be great. Thanks, -NH -Better living through Wine- This message has been 'sanitized'. This means that potentially dangerous content has been rewritten or removed. The following log describes which actions were taken. Sanitizer (start="1069104068"): Forcing message to be multipart/mixed, to facilitate logging. Writer (pos="1296"): Part (pos="1344"): Part (pos="200"): SanitizeFile (filename="unnamed.txt", mimetype="text/plain"): Match (rule="8"): ScanFile (file="/var/spool/filter/anomy/att-3fb93bc4-B42-unnamed.txt"): Scan succeeded, file is clean. Enforced policy: accept Part (pos="1097"): SanitizeFile (filename="unnamed.html", mimetype="text/html"): Match (rule="8"): ScanFile (file="/var/spool/filter/anomy/att-3fb93bc4-RF6-unnamed.html"): Scan succeeded, file is clean. Enforced policy: accept Note: Styles and layers give attackers many tools to fool the user and common browsers interpret Javascript code found within style definitions. References: - http://www.securityfocus.com/bid/630 - http://archives.indenial.com/hypermail/bugtraq/2001/January2001/0512.html Rewrote HTML tag: >>_STYLE_<< as: >>_DEFANGED_STYLE_<< Rewrote HTML tag: >>_/STYLE_<< as: >>_/DEFANGED_STYLE_<< Total modifications so far: 2 Anomy 0.0.0 : Sanitizer.pm $Id: Sanitizer.pm,v 1.54 2002/02/15 16:59:07 bre Exp $
Re: Can I turn off freetype at runtime
On Mon, Nov 17, 2003 at 09:14:51PM +0100, Lionel Ulmer wrote: > On Mon, Nov 17, 2003 at 11:34:40AM -0800, Bill Medland wrote: > > Is it possible to turn off the freetype use at runtime, e.g. by changing > > something in the config file? > > >From the sample config file : > > ; Use the Render extension to render client side fonts (default "Y") > ;;"ClientSideWithRender" = "Y" > ; Fallback on X core requests to render client side fonts (default "Y") > ;;"ClientSideWithCore" = "Y" > ; Set both of the previous two to "N" in order to force X11 server side fonts > ; > ; Anti-alias fonts if using the Render extension (default "Y") > ;;"ClientSideAntiAliasWithRender" = "Y" > ; Anti-alias fonts if using core requests fallback (default "Y") > ;;"ClientSideAntiAliasWithCore" = "Y" > > I never tested it and do not know if it still works... But it certainly > sounds like it should do what you require :-) Yup, that should work, setting both ClientSideWith* lines to "N" will make Wine fall back to X11 fonts. Huw.
Re: Can I turn off freetype at runtime
On Mon, Nov 17, 2003 at 11:34:40AM -0800, Bill Medland wrote: > Is it possible to turn off the freetype use at runtime, e.g. by changing > something in the config file? >From the sample config file : ; Use the Render extension to render client side fonts (default "Y") ;;"ClientSideWithRender" = "Y" ; Fallback on X core requests to render client side fonts (default "Y") ;;"ClientSideWithCore" = "Y" ; Set both of the previous two to "N" in order to force X11 server side fonts ; ; Anti-alias fonts if using the Render extension (default "Y") ;;"ClientSideAntiAliasWithRender" = "Y" ; Anti-alias fonts if using core requests fallback (default "Y") ;;"ClientSideAntiAliasWithCore" = "Y" I never tested it and do not know if it still works... But it certainly sounds like it should do what you require :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/
Can I turn off freetype at runtime
Is it possible to turn off the freetype use at runtime, e.g. by changing something in the config file? Basically under SuSE several dialogs are drawing with 5 pixel text whereas under Windows they are about 9 pixel high (which I don't understand because I think that they should not exceed 8). Under RedHat they are 7 pixel which are at least readable. I hope that if I can turn off the freetype then on SuSE it will get the same font as on RedHat I tried setting an Alias but it didn't make any difference; it still used the same font instead of the alias -- Bill Medland mailto:[EMAIL PROTECTED] http://webhome.idirect.com/~kbmed
Re: Reject wildcards in directory names
On Monday 17 November 2003 16:34, Paul Millar wrote: > Which conformance tests fail currently? I don't see any problems with the > kernel DLL tests right at the moment, which is somewhat disconcerting. These are the errors I got before my patch: directory.c:199: Test failed: CreateDirectoryA with ? wildcard name should fail, ret= True error=183 directory.c:206: Test failed: CreateDirectoryA with * wildcard name should fail, ret= True error=183 directory.c:262: Test failed: CreateDirectoryW with ? wildcard name should fail with error 183, ret= True error=183 directory.c:269: Test failed: CreateDirectoryW with * wildcard name should fail with error 183, ret= True error=183 directory.c:292: Test failed: RemoveDirectoryA with ? wildcard name should fail with error 183, ret=False error=2 directory.c:298: Test failed: RemoveDirectoryA with * wildcard name should fail with error 183, ret=False error=2 directory.c:322: Test failed: RemoveDirectoryW with wildcard should fail with error 183, ret=False error=2 directory.c:328: Test failed: RemoveDirectoryW with * wildcard name should fail with error 183, ret=False error=2 But there are more kernel tests that fail for me. It depends on a lot of factors which and how many I see. I have contrasted the following combinations of compiler platform and target platform: gcc compiled test on Wine1 and Wine2, MingW cross-compiled tests on Wine1 and Wine2, and MingW cross-compiled test on Win2k. Wine1 is cvs Wine with a wineinstall:ed Windows installation, Wine2 is cvs Wine plus a CXOffice Windows tree. Unfortunately there can be a lot of reasons tests fail (some might not even run or crash): 1. The test is simply incorrect (e.g. it fails on Windows). My other patch to the kernel path conformance test illustrates this. 2. The compiler and link libraries may cause differring results. For example, I get this error with a MinGW compiled kernel test: generated.c:542: Test failed: TYPE_ALIGNMENT(*(LPWIN32_STREAM_ID)0) == 8 (expected 4) This is because gcc doesn't align doubles (the LPWIN32_STREAM_ID structure contains a LARGE_INTEGER, which is typedef:ed long long in the Wine headers. MinGW defaults to -malign-doubles, hence the difference. I have to check what MSVC does here. I also had problems with the comctl tests that would link with MinGW but not run. This appeared to be due to faulty MinGW import libs. 3. The test may crash. For example, the shlwapi string test crashed on CXOffice and Win2k. Older versions of MS shlwapi (I tested 5.00.2920. and 5.50.4134.600) had a bug in StrChrA which causes the crash. Resolution: update shlwapi. I found that in a newer version I have (6.0.2800.1226) this bug doesn't exist anymore 4. Hangs. Some tests like the kernel pipe and kernel process tests appear to have races. They may or may not hang depending on system load and other factors. 5. Tests may fail because Wine doesn't implement some functionality yet or implements it incorrectly. This is the normal case ;-) Sometimes inserting 'todo_wine' before a test is appropriate when it's certain that it takes a long time before Wine implements some missing functionality. -Hans
Re: Reject wildcards in directory names
On Monday 17 November 2003 16:34, Paul Millar wrote: > Which conformance tests fail currently? I don't see any problems with the > kernel DLL tests right at the moment, which is somewhat disconcerting. These are the errors I got before my patch: directory.c:199: Test failed: CreateDirectoryA with ? wildcard name should fail, ret= True error=183 directory.c:206: Test failed: CreateDirectoryA with * wildcard name should fail, ret= True error=183 directory.c:262: Test failed: CreateDirectoryW with ? wildcard name should fail with error 183, ret= True error=183 directory.c:269: Test failed: CreateDirectoryW with * wildcard name should fail with error 183, ret= True error=183 directory.c:292: Test failed: RemoveDirectoryA with ? wildcard name should fail with error 183, ret=False error=2 directory.c:298: Test failed: RemoveDirectoryA with * wildcard name should fail with error 183, ret=False error=2 directory.c:322: Test failed: RemoveDirectoryW with wildcard should fail with error 183, ret=False error=2 directory.c:328: Test failed: RemoveDirectoryW with * wildcard name should fail with error 183, ret=False error=2 But there are more kernel tests that fail for me. It depends on a lot of factors which and how many I see. I have contrasted the following combinations of compiler platform and target platform: gcc compiled test on Wine1 and Wine2, MingW cross-compiled tests on Wine1 and Wine2, and MingW cross-compiled test on Win2k. Wine1 is cvs Wine with a wineinstall:ed Windows installation, Wine2 is cvs Wine plus a CXOffice Windows tree. Unfortunately there can be a lot of reasons tests fail (some might not even run or crash): 1. The test is simply incorrect (e.g. it fails on Windows). My other patch to the kernel path conformance test illustrates this. 2. The compiler and link libraries may cause differring results. For example, I get this error with a MinGW compiled kernel test: generated.c:542: Test failed: TYPE_ALIGNMENT(*(LPWIN32_STREAM_ID)0) == 8 (expected 4) This is because gcc doesn't align doubles (the LPWIN32_STREAM_ID structure contains a LARGE_INTEGER, which is typedef:ed long long in the Wine headers. MinGW defaults to -malign-doubles, hence the difference. I have to check what MSVC does here. I also had problems with the comctl tests that would link with MinGW but not run. This appeared to be due to faulty MinGW import libs. 3. The test may crash. For example, the shlwapi string test crashed on CXOffice and Win2k. Older versions of MS shlwapi (I tested 5.00.2920. and 5.50.4134.600) had a bug in StrChrA which causes the crash. Resolution: update shlwapi. I found that in a newer version I have (6.0.2800.1226) this bug doesn't exist anymore 4. Hangs. Some tests like the kernel pipe and kernel process tests appear to have races. They may or may not hang depending on system load and other factors. 5. Tests may fail because Wine doesn't implement some functionality yet or implements it incorrectly. This is the normal case ;-) Sometimes inserting 'todo_wine' before a test is appropriate when it's certain that it takes a long time before Wine implements some missing functionality. -Hans
Re: listbox: ownerdraw fix
On November 17, 2003 10:47 am, Huw D M Davies wrote: > I guess that's because there are several other calls to > LISTBOX_GetItemRect that have the same syntax. Note that > LISTBOX_GetItemRect can return -1 on error. Of course, my bad, I've commented without actually checking out the code. Please disregard my comments. I've noticed a bit at line 437 that we may replace with a call to the new function. The only difference is that we'd erase the background in the new case which may create flicker. Oh well, it needs some experimentation I guess. -- Dimi.
Re: listbox: ownerdraw fix
On Mon, Nov 17, 2003 at 10:33:33AM -0500, Dimitrie O. Paun wrote: > On November 17, 2003 10:16 am, Huw D M Davies wrote: > > +if (LISTBOX_GetItemRect( descr, index, &rect ) == 1) > > OK, I very sorry to nick pick so much, but this test is not > only strange in C, but it's a bit dangerous as well, since > in the future LISTBOX_GetItemRect may return something >1 > for TRUE, and things will break silently. Why not the more > common: > if (LISTBOX_GetItemRect( descr, index, &rect )) I guess that's because there are several other calls to LISTBOX_GetItemRect that have the same syntax. Note that LISTBOX_GetItemRect can return -1 on error. Huw. -- Huw Davies [EMAIL PROTECTED]
Re: Reject wildcards in directory names
Hi Hans, Which conformance tests fail currently? I don't see any problems with the kernel DLL tests right at the moment, which is somewhat disconcerting. I do see a problem with the listbox tests (in the user dll tests). There's also various bugs in pipe tests (under kernel) that mysteriously vanished after closing my eyes and counting to ten: http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php Anyone have any idea what might have happened? Cheers, Paul. On Mon, 17 Nov 2003, Hans Leidekker wrote: > This makes Wine pass the kernel directory conformance test without failures. Paul Millar
Re: listbox: ownerdraw fix
On November 17, 2003 10:16 am, Huw D M Davies wrote: > +if (LISTBOX_GetItemRect( descr, index, &rect ) == 1) OK, I very sorry to nick pick so much, but this test is not only strange in C, but it's a bit dangerous as well, since in the future LISTBOX_GetItemRect may return something >1 for TRUE, and things will break silently. Why not the more common: if (LISTBOX_GetItemRect( descr, index, &rect )) -- Dimi.
Re: listbox: ownerdraw fix
On Mon, Nov 17, 2003 at 09:59:20AM -0500, Dimitrie O. Paun wrote:
> Why not simply invalidate rect always, even when not in owner draw?
Works for me.
Aric Stewart <[EMAIL PROTECTED]>
invalidate items on setselection.
--
Huw Davies
[EMAIL PROTECTED]
Index: controls/listbox.c
===
RCS file: /home/wine/wine/controls/listbox.c,v
retrieving revision 1.97
diff -u -r1.97 listbox.c
--- controls/listbox.c 14 Oct 2003 05:24:21 - 1.97
+++ controls/listbox.c 17 Nov 2003 15:13:31 -
@@ -1143,6 +1143,13 @@
}
}
+static void LISTBOX_InvalidateItemRect( HWND hwnd, LB_DESCR *descr, INT index )
+{
+RECT rect;
+
+if (LISTBOX_GetItemRect( descr, index, &rect ) == 1)
+InvalidateRect( hwnd, &rect, TRUE );
+}
/***
* LISTBOX_GetItemHeight
@@ -1361,7 +1368,7 @@
{
if (descr->items[i].selected) continue;
descr->items[i].selected = TRUE;
-LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT );
+LISTBOX_InvalidateItemRect(hwnd, descr, i);
}
LISTBOX_SetCaretIndex( hwnd, descr, last, TRUE );
}
@@ -1371,7 +1378,7 @@
{
if (!descr->items[i].selected) continue;
descr->items[i].selected = FALSE;
-LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT );
+LISTBOX_InvalidateItemRect(hwnd, descr, i);
}
}
return LB_OKAY;
Re: listbox: ownerdraw fix
On November 17, 2003 07:33 am, Huw D M Davies wrote: > -LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > +if (!IS_OWNERDRAW(descr)) > +LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > +else > +LISTBOX_InvalidateItemRect(hwnd, descr, i); > + Why not simply invalidate rect always, even when not in owner draw? -- Dimi.
[Fwd: LinuxQuestions.org Members Choice nomination]
Hey, an award never hurts. Original Message Subject: LinuxQuestions.org Members Choice nomination Date: Sun, 16 Nov 2003 18:03:58 -0500 (EST) From: Jeremy <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Mike, Just wanted to let you know that wine was nominated for Windows on Linux App of the Year in the 2003 LinuxQuestions.org Members Choice Awards. http://www.linuxquestions.org/questions/showthread.php?s=&threadid=116387 --jeremy
Re: Netmeeting under wine
GnomeMeeting FAQ question: "Does it work with Netmeeting?" Reply: http://www.gnomemeeting.org/index.php?rub=3&pos=0&faqpage=x53.html#AEN59 Le lun 17/11/2003 à 09:37, David Martinez Prado a écrit : > Hi all! > i am, trying to run netmeeting under Wine. i installed wine with the default > windows partition. Then, i execute netmeeting installer and crashed. i am > working on RH7.2. Can anyone help me? > > thank you very much. > > _ > Descárgate en tu teléfono los tonos y logos de las canciones y artistas de > más éxito en MSN Móviles. http://www.msn.es/MSNMovil/ > >
Re: Netmeeting under wine
use GnomeMeeting: http://www.gnomemeeting.org/ Le lun 17/11/2003 à 09:37, David Martinez Prado a écrit : > Hi all! > i am, trying to run netmeeting under Wine. i installed wine with the default > windows partition. Then, i execute netmeeting installer and crashed. i am > working on RH7.2. Can anyone help me? > > thank you very much. > > _ > Descárgate en tu teléfono los tonos y logos de las canciones y artistas de > más éxito en MSN Móviles. http://www.msn.es/MSNMovil/ > >
Netmeeting under wine
Hi all! i am, trying to run netmeeting under Wine. i installed wine with the default windows partition. Then, i execute netmeeting installer and crashed. i am working on RH7.2. Can anyone help me? thank you very much. _ Descárgate en tu teléfono los tonos y logos de las canciones y artistas de más éxito en MSN Móviles. http://www.msn.es/MSNMovil/
