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

Re: How can I run a program compiled with winelib when wine has b een uninstalled.

by Brian Vincent (C)

>> I'm making efforts to let a program which is compiled with winelib run with >> wine uninstalled. This program was for windows initially, I managed to >> compile it under Linux(Redhat) with winelib. Now I have got the files >> "program" and "program.exe.so" and they run well on a PC with wine >> installed, but I want it to run with wine uninstalled. > >This will not work. Why would you try to do that anyhow? I'm guessing it's because he wants to distribute the Winelib app. The folks installing probably won't have Wine on the system. Which brings up a good point, is there an easy way to distribute one? What comes to mind would be some way to adapt the Wine binary distributions (RPM's, .tgz's) to also install an application at the same time. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

Jan. 5, 2004

Re: Any experts on IsDialogMessage

by Bill Medland

On January 2, 2004 09:56 pm, you wrote: > "Bill Medland" <billmedland(a)mercuryspeed.com> wrote: > > I am just about to start concentrating on IsDialogMessage, especially in > > the non-dialog context. Our program (suite) uses ActiveX controls > > extensively and is difficult to use because the TAB handling in > > particular is totally wrong. > > Probably what really makes Tab handling wrong is a not correct behaviour > of GetNextDlgTabItem and GetNextDlgGroupItem. I was intending to fix them > at some point, but it seems I have no time to work on them and won't have > it in the near future. Not that simple, but that might be a big part of it. I just started looking at them too on Friday. Currently IsDialogMessage passes the tab handling to the Dialog's WndProc by message, which is not always correct. Under some circumstances (to be clarified) it does the tabbing itself, presumably using GetNextDlgTabItem (which it doesn't do currently) > > It would be great to have a test suite for that APIs as well. Hopefully that will come out of it, but before we can write the test suite we need to figure out what the correct behaviour is. -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

Jan. 5, 2004

Re: MinGW cross compilation enviroment setup

by Dimitrie O. Paun

On January 5, 2004 10:33 am, Michael Stefaniuc wrote: > Hi! > > Are you building the rpm's as root? I never do that. Well, I don't do too much rpm building, and I haven't changed permissions on /usr/src/redhat: [dimi(a)dimi wine]$ rpmbuild --rebuild mingw-3.0-1.src.rpm Installing mingw-3.0-1.src.rpm error: cannot write to %sourcedir /usr/src/redhat/SOURCES error: mingw-3.0-1.src.rpm cannot be installed > Do you have something in your .rpmmacros and/or .rpmrc that messes with > brp-strip? Cause the spec file has this: > # This keeps brp-strip from fucking up our nonnative binaries > %define __strip /bin/true > > which works for me. I don't even have a .rpmmacros or .rpmrc file: [root(a)dimi root]# ls /root/.rpm* ls: /root/.rpm*: No such file or directory [root(a)dimi root]# ls ~dimi/.rpm* ls: /home/dimi/.rpm*: No such file or directory It's a very standard RH9 installation, I don't usually change stuff (I just hate configuring things :)). -- Dimi.

Jan. 5, 2004

RE: Will DCOM98 be pulled?

by Mike Hearn

On Mon, 2004-01-05 at 15:16, Robert Shearman wrote: > That's lucky, because I was going to work on that. I thought about moving > all of the typelib stuff to a library (because ITypeLib and ICreateTypeLib > must be part of the same object), so that we could use it from widl as part > of the build process. Well, this guy has no history of Wine contribution other than the _putenv unit tests so don't scrub it from your todo list yet. Let's wait until we see the code. Still, he has been seemingly been making good progress. He wants our TLBs to be exactly the same as the windows ones, the _putenv tests were part of making MIDL work correctly again on Wine. > I have a load of code that implements NdrClientCall2 (what's the difference > between NdrClientCall and NdrClientCall2?). I am just starting work on > NdrServerCall2/NdrStubCall2. I have no idea, I expect I just misremembered the name actually. thanks -mike

Jan. 5, 2004

Re: MinGW cross compilation enviroment setup

by Michael Stefaniuc

Hi! Are you building the rpm's as root? I never do that. On Mon, Jan 05, 2004 at 10:05:37AM -0500, Dimitrie O. Paun wrote: > On December 22, 2003 05:37 pm, Michael Stefaniuc wrote: > > * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild > > $SRPM) and install them. > > mingw-binutils builds and installs no problem (I'm running RH9), > but mingw fails building at this stage, like so: > > + /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/mingw-3.0 > 0 blocks > find: /var/tmp/mingw-3.0-1-buildroot/usr/lib/debug: No such file or directory > + /usr/lib/rpm/brp-compress > + /usr/lib/rpm/brp-strip > + /usr/lib/rpm/brp-strip-static-archive I get this: find: /scr/rpm/INSTALL/mingw-3.0-1-buildroot/usr/lib/debug: No such file or directory + /usr/lib/rpm/redhat/brp-compress + /usr/lib/rpm/redhat/brp-strip /bin/true + /usr/lib/rpm/redhat/brp-strip-static-archive /bin/true + /usr/lib/rpm/redhat/brp-strip-comment-note /bin/true /usr/bin/objdump Processing files: mingw-3.0-1 Do you have something in your .rpmmacros and/or .rpmrc that messes with brp-strip? Cause the spec file has this: # This keeps brp-strip from fucking up our nonnative binaries %define __strip /bin/true which works for me. > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stTpXuAW/dt.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stjCc8Q1/dt.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stGnVJ3r/gmon.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stbPILFr/_libm_dummy.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/sts3afYa/CRTglob.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/st2KP6Vc/fwide.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/st1n49AX/dt.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stZVDYaX/dt.o: Invalid operation > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stKecJA5/dt.o: Invalid operation > ...[more like these]... > strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stB4vLfp/dt.o: Invalid operation > error: Bad exit status from /var/tmp/rpm-tmp.47410 (%install) This is the error. > RPM build errors: > user hpa does not exist - using root > group eng does not exist - using root > user hpa does not exist - using root > group eng does not exist - using root > user hpa does not exist - using root > group eng does not exist - using root > user hpa does not exist - using root > group eng does not exist - using root > user hpa does not exist - using root > group eng does not exist - using root > user hpa does not exist - using root > group eng does not exist - using root This should be only warnings and they are comming from the installation of the srpm (check with rpm -ivh mingw-3.0-1.src.rpm) and are harmless. > Bad exit status from /var/tmp/rpm-tmp.47410 (%install) bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

Jan. 5, 2004

RE: Will DCOM98 be pulled?

by Robert Shearman

> > Nobody has yet added typelib stuff to widl, eh... I guess I could whip > > up a framework or something to help with that, since nobody else has yet > > done it... > > Actually, in the last 4 days I recruited somebody to hack on this from > IRC. He seems pretty competent and is currently implementing the > ICreateTypeLib[2] interfaces I think. Alexander (nyef), are you tracking > wine-devel yet? That's lucky, because I was going to work on that. I thought about moving all of the typelib stuff to a library (because ITypeLib and ICreateTypeLib must be part of the same object), so that we could use it from widl as part of the build process. > If you could work on the widl backend of course that'd be fantastic. I'm > still hoping to get back to properly submitting your DCOM/apartments work > soon, but I have 3 or 4 higher priority things on my todo list currently. > > I think once those two things are done we'll be able to make do without > native DCOM in like 95% of cases..... we'd still need it for code that > uses NdrClientCall but I think that'd be the only major missing feature > remaining. I have a load of code that implements NdrClientCall2 (what's the difference between NdrClientCall and NdrClientCall2?). I am just starting work on NdrServerCall2/NdrStubCall2. Rob

Jan. 5, 2004

Re: MinGW cross compilation enviroment setup

by Dimitrie O. Paun

On December 22, 2003 05:37 pm, Michael Stefaniuc wrote: > * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild > $SRPM) and install them. mingw-binutils builds and installs no problem (I'm running RH9), but mingw fails building at this stage, like so: + /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/mingw-3.0 0 blocks find: /var/tmp/mingw-3.0-1-buildroot/usr/lib/debug: No such file or directory + /usr/lib/rpm/brp-compress + /usr/lib/rpm/brp-strip + /usr/lib/rpm/brp-strip-static-archive strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stTpXuAW/dt.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stjCc8Q1/dt.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stGnVJ3r/gmon.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stbPILFr/_libm_dummy.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/sts3afYa/CRTglob.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/st2KP6Vc/fwide.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/st1n49AX/dt.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stZVDYaX/dt.o: Invalid operation strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stKecJA5/dt.o: Invalid operation ...[more like these]... strip: /var/tmp/mingw-3.0-1-buildroot/usr/mingw/lib/stB4vLfp/dt.o: Invalid operation error: Bad exit status from /var/tmp/rpm-tmp.47410 (%install) RPM build errors: user hpa does not exist - using root group eng does not exist - using root user hpa does not exist - using root group eng does not exist - using root user hpa does not exist - using root group eng does not exist - using root user hpa does not exist - using root group eng does not exist - using root user hpa does not exist - using root group eng does not exist - using root user hpa does not exist - using root group eng does not exist - using root Bad exit status from /var/tmp/rpm-tmp.47410 (%install) Any idea what's going wrong? -- Dimi.

Jan. 5, 2004

Re: Will DCOM98 be pulled?

by Boaz Harrosh

It has been on my to do list for a while. I'm glad someone will beat me to it. While at typelib.c in member TLB_ReadTypeLib Note that only IMAGE_DOS_SIGNATURE is supported for native DLLS. Support most be for builtin DLLs as well. I'm not sure what the signature is. Than it goes on to do LoadLibraryExW( ...LOAD_LIBRARY_AS_DATAFILE ) and FindResourceA / LoadResource. This should all work for builtin DLLS as well, so there should be no problems. Just the check. If you do that, and widl can make typlibs, we could embed them in .RC files Just like on MSVC. Mike Hearn wrote: >On Mon, 05 Jan 2004 14:17:28 +0100, Ove Kaaven wrote: > > >>Nobody has yet added typelib stuff to widl, eh... I guess I could whip >>up a framework or something to help with that, since nobody else has yet >>done it... >> >> > >Actually, in the last 4 days I recruited somebody to hack on this from >IRC. He seems pretty competent and is currently implementing the >ICreateTypeLib[2] interfaces I think. Alexander (nyef), are you tracking >wine-devel yet? > >If you could work on the widl backend of course that'd be fantastic. I'm >still hoping to get back to properly submitting your DCOM/apartments work >soon, but I have 3 or 4 higher priority things on my todo list currently. > >I think once those two things are done we'll be able to make do without >native DCOM in like 95% of cases..... we'd still need it for code that >uses NdrClientCall but I think that'd be the only major missing feature >remaining. > >thanks -mike > > > > > >

Jan. 5, 2004

Re: [Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

by grant williamson

Alexandre, running fedora-core 1 glibc-2.3.2-101.1 XFree86-4.3.0-42 On Mon, 2004-01-05 at 01:05, Alexandre Julliard wrote: > grant williamson <traxtopel(a)fastmail.fm> writes: > > > Hi, > > not sure if anyone else has experienced this. > > since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs > > (20031205), if I type a dead_diaeresis - "¨" followed by a letter, > > which would normally produce a "ë" or a "ü" it simply makes wine hang. > > > > removing this patch(I removed it on latest cvs) and the problem goes > > away, can someone find out why this causes an issue? > > That's most likely a bug in your Xlib. What glibc and X versions are > you running? -- grant williamson <traxtopel(a)fastmail.fm>

Jan. 5, 2004

RE: Will DCOM98 be pulled?

by Mike Hearn

On Mon, 05 Jan 2004 14:17:28 +0100, Ove Kaaven wrote: > Nobody has yet added typelib stuff to widl, eh... I guess I could whip > up a framework or something to help with that, since nobody else has yet > done it... Actually, in the last 4 days I recruited somebody to hack on this from IRC. He seems pretty competent and is currently implementing the ICreateTypeLib[2] interfaces I think. Alexander (nyef), are you tracking wine-devel yet? If you could work on the widl backend of course that'd be fantastic. I'm still hoping to get back to properly submitting your DCOM/apartments work soon, but I have 3 or 4 higher priority things on my todo list currently. I think once those two things are done we'll be able to make do without native DCOM in like 95% of cases..... we'd still need it for code that uses NdrClientCall but I think that'd be the only major missing feature remaining. thanks -mike

Jan. 5, 2004

RE: Will DCOM98 be pulled?

by Ove Kaaven

man, 05.01.2004 kl. 02.07 skrev Robert Shearman: > > I note that Win98 is about to be finally obsoleted. After this, it's > > possible Microsoft will do the same as they did with IE and other stuff > > for Win95 and pull downloads from their website. This is a problem, > > because we currently need the DCOM downloads in order for some apps to > > work > > I guess we need to finish our DCOM implementation before that happens then > :) Nobody has yet added typelib stuff to widl, eh... I guess I could whip up a framework or something to help with that, since nobody else has yet done it...

Jan. 5, 2004

Re: install default config files to $PREFIX/share/wine

by Boaz Harrosh

<Patch> Index: include/olectl.h =================================================================== RCS file: /home/wine/wine/include/olectl.h,v retrieving revision 1.19 diff -u -r1.19 olectl.h --- include/olectl.h 5 Sep 2003 23:15:44 -0000 1.19 +++ include/olectl.h 5 Jan 2004 08:24:39 -0000 @@ -97,7 +97,11 @@ BOOL fStrikethrough; } FONTDESC, *LPFONTDESC; -#define FONTSIZE(n) { n##0000, 0 } +#ifdef __cplusplus +# define FONTSIZE(n) ( n##0000, 0 ) /*use constructor*/ +#else +# define FONTSIZE(n) { n##0000, 0 } +#endif /*__cplusplus*/ #define PICTYPE_UNINITIALIZED (-1) #define PICTYPE_NONE 0 </Patch> Some simple fix for C++ with the macro FONTSIZE So ATL and MFC can compile.

Jan. 5, 2004

Donations at SourceForge

by Dimitrie O. Paun

Hi folks, After intense setup work from Alexandre and myself (about 3 clicks per person :P), we've managed to enable donations through our SourceForge page: http://sourceforge.net/projects/wine/ Direct donation link: http://sourceforge.net/donate/index.php?group_id=6241 Now, to test the new facility, we need as many users as possible make all sorts of donations to the project...;) -- Dimi.

Jan. 5, 2004

Re: #2 - Mdi Win16/32 Split

by Dimitrie O. Paun

On January 5, 2004 01:27 am, Dimitrie O. Paun wrote: > Look, I took a shot at creating a "Porting" page (attached). Legend: ^^^^^^^^^^ Yeah, right! Sorry, I forgot to actually attach it... :( I promise, this time it is attached! -- Dimi.

Jan. 5, 2004

Re: #2 - Mdi Win16/32 Split

by Dimitrie O. Paun

On January 2, 2004 01:12 pm, Steven Edwards wrote: > Its hard for me to say but most of the problems lies in user/gdi/kernel > now. The Win16/32 Cleanup is closely tied to the MS_VC+PSDK porting so > even if we remove a dependancy on a Win16 function it does not really > mean the cleanup is done. The Win32 functions may still depend on other > Wineisms. Man, we're beating around the bush :) We have two tasks: 1. split Win16/32 code 2. compile the split Win32 code with MS_VC+PSDK Look, I took a shot at creating a "Porting" page (attached). Legend: N = Not available C = Compiles B = Builds (Compiles & Links) xx% = Percentage of porting work complete It is partly based on the spreadsheet you sent out some time ago. Can you please: 1. Check that I got that info right 2. I didn't miss anything 3. Fill in the places where you know stuff builds with MS_VC+PSDK or you have any information of the status of the porting effort. 4. Report on the ReactOS column: what is already imported in ROS? 5. Any news on the Alpha port? We have to start somewhere, and with a bit of luck and work, we can fill this chart in time for WineConf! :) -- Dimi.

Jan. 5, 2004

Re: [winecfg] - audio tab w/autodetection, misc

by Dimitrie O. Paun

On January 4, 2004 11:53 pm, Chris Morgan wrote: > I wasn't sure what to do with the resource files so I went and copied the > changes from the En.rc over to the rest of the rc files. Don't do that, it will hide the fact that the resource was not yet translated properly. Just update the En.rc one, and let the others be translated by the appropriate translators... -- Dimi.

Jan. 5, 2004

Re: #2 - Mdi Win16/32 Split

by Dimitrie O. Paun

On January 2, 2004 01:12 pm, Steven Edwards wrote: > http://cvs.reactos.com/cvsweb.cgi/reactos/lib/user32/controls/ > Is a good example of a place where we have been able to import a large > chunck of WINE user32 code without a lot of nasty changes. BTW, did any of the fixes from your tree been ported back to Wine? I guess not, and that's just not nice. You guys need to adopt a decent system of keeping track of what sources where imported from Wine, what got merged back to Wine, etc. I'd be willing to help, if you guys are interested. -- Dimi.

Jan. 4, 2004

Re: How can I run a program compiled with winelib when wine has been uninstalled.

by Dimitrie O. Paun

On January 4, 2004 08:13 pm, Bruce Zhang (HangZhou) wrote: > I'm making efforts to let a program which is compiled with winelib run with > wine uninstalled. This program was for windows initially, I managed to > compile it under Linux(Redhat) with winelib. Now I have got the files > "program" and "program.exe.so" and they run well on a PC with wine > installed, but I want it to run with wine uninstalled. This will not work. Why would you try to do that anyhow? -- Dimi.

Jan. 4, 2004

How can I run a program compiled with winelib when wine has been uninstalled.

by Bruce Zhang (HangZhou)

Dear all, I'm making efforts to let a program which is compiled with winelib run with wine uninstalled. This program was for windows initially, I managed to compile it under Linux(Redhat) with winelib. Now I have got the files "program" and "program.exe.so" and they run well on a PC with wine installed, but I want it to run with wine uninstalled. I think I can realize that by copying the .so files located in /usr/local/lib/wine to a new place and use them, but there are still problems, I got a "Segmentation fault" by now. Who can tell me how can I do with it or if the idea is feasible? I am a newbie of winelib, I've browsed the articles of the last three months in the mailist but couldn't find the answer I want. Any help will be sincerely appreciated. Bruce Zhang

Jan. 4, 2004

RE: Will DCOM98 be pulled?

by Robert Shearman

> I note that Win98 is about to be finally obsoleted. After this, it's > possible Microsoft will do the same as they did with IE and other stuff > for Win95 and pull downloads from their website. This is a problem, > because we currently need the DCOM downloads in order for some apps to > work I guess we need to finish our DCOM implementation before that happens then :) Rob

Jan. 4, 2004

Re: [Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

by Alexandre Julliard

grant williamson <traxtopel(a)fastmail.fm> writes: > Hi, > not sure if anyone else has experienced this. > since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs > (20031205), if I type a dead_diaeresis - "¨" followed by a letter, > which would normally produce a "ë" or a "ü" it simply makes wine hang. > > removing this patch(I removed it on latest cvs) and the problem goes > away, can someone find out why this causes an issue? That's most likely a bug in your Xlib. What glibc and X versions are you running? -- Alexandre Julliard julliard(a)winehq.com

Jan. 4, 2004

Will DCOM98 be pulled?

by Mike Hearn

Hi guys, I note that Win98 is about to be finally obsoleted. After this, it's possible Microsoft will do the same as they did with IE and other stuff for Win95 and pull downloads from their website. This is a problem, because we currently need the DCOM downloads in order for some apps to work - can somebody with legal knowledge check the EULA and see if we are allowed to redistribute this file? thanks -mike

Jan. 4, 2004

Make the winehq.org domain the official one.

by Sylvain Petreolle

winehq.org has been stated as the official one on last month. Today, it doesnt apply to the bugzilla site, since we still receive bugzilla notifications with the .com domain. Shouldnt this part be changed too ? =============================================== De: "Wine Bugs" <wine-bugs _at_ winehq.com> http://bugs.winehq.com/show_bug.cgi?id=1434 Bug 1434 depends on bug 1587, which changed state. Bug 1587 Summary: Several games don't work anymore http://bugs.winehq.com/show_bug.cgi?id=1587 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 4, 2004

Re: [Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

by Mike Hearn

XLib threading seems to just cause pain all over. Is this the same as the XIM deadlock reported a few weeks ago? On Sun, 2004-01-04 at 19:07, grant williamson wrote: > Hi, > not sure if anyone else has experienced this. > since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs > (20031205), if I type a dead_diaeresis - "¨" followed by a letter, > which would normally produce a "ë" or a "ü" it simply makes wine hang. > > removing this patch(I removed it on latest cvs) and the problem goes > away, can someone find out why this causes an issue?

Jan. 4, 2004

Re: netapi32: implement NetServerEnum and NetShareEnum

by Juan Lang

--- Alexandre Julliard <julliard(a)winehq.com> wrote: > You have to do inter-process synchronization, pipe > handles can be > shared between processes. I don't see how you can do > that without > putting everything into the wine server, which is > the same as putting > it into the kernel except with a large performance > hit (and not only > for named pipes, but for all file I/O, since it will > prevent many > optimizations). But feel free to prove me wrong; I > haven't studied the > protocol in detail so maybe I'm missing something. I don't think pipe handles can be shared in the same way as other handles. From MSDN's CreateFile reference: "The opening process can duplicate the handle as many times as required but, once opened, the named pipe instance cannot be opened by another client. " I haven't experimented with handle duplication enough to know what this really means, though, so I may be all wet. We'll see.. --Juan __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

Jan. 4, 2004