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

Re: Re: Getopt - was Re: problem on the Cygwin port
by Christian Costa Feb. 14, 2004

Feb. 14, 2004

Hi, I've done some further checks and it appears that getopt_long is not broken... It seems to have a conflict with the definition of our own implementation in libwine_port (file getopt1.c). If I rename the latter, glibc's getopt_long works fine again. So I guess it's more a linking issue. Bye, Christian > Message du 13/02/04 16:28 > De : Steven Edwards > A : Dimitrie O. Paun > Copie à : Christian Costa , wine-devel(a)winehq.com > Objet : Re: Getopt - was Re: problem on the Cygwin port > --- "Dimitrie O. Paun" wrote: > > > -#ifndef HAVE_GETOPT_LONG > > > +#if !defined(HAVE_GETOPT_LONG) || defined (__CYGWIN__) > > > > Shouldn't we check in configure if the getopt_long is broken, > > and if so, not use it? > > Yes we should I just didnt have time to do the proper check and rerun > configure. I am going to try to find time to do this soon if no one > beats me to it. > > Thanks > Steven > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online. > http://taxes.yahoo.com/filing.html > >

2 2

JOB POSTING - VSTs and Wine
by Michael Ost Feb. 13, 2004

Feb. 13, 2004

Our Menlo Park, CA based startup is looking for someone with strong Wine skills to help us support VST plugins in a Wine environment. Plugin compatibility issues need to be tracked down and solved, either by patching Wine or our hosting environment. Deep experience in Wine configuration and development are important. Strong Windows API skills are important too. An interest in digital music, soft synths and digital effects would be helpful. The position is available immediately. Telecommuting is available. The position would initially be on a contractor basis, but could lead to a full time position. The rate will be based on experience, and the terms are negotiable. If you are interested and qualified, please send an email to jobs(a)museresearch.com with WINE CONTRACTOR in the subject line. Include your resume in the body of the email, and attach it as a separate file as well.

1 0

Re: RSABASE: enough implementation to get Steam to login
by Geoff Thorpe Feb. 13, 2004

Feb. 13, 2004

On February 13, 2004 12:15 pm, Mike McCormack wrote: > This patch allows steam to login. It also provides a framework for > implementing the rest of rsabase.dll correctly using libcrypto.so Cool, I've been looking for an excuse to do something useful on Wine, and as one of the developers of libcrypto.so (www.openssl.org) perhaps this might be the place? Does anyone have good refs/links to the corresponding win32 side of this? Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

2 1

Re: Is there an opensource MIDL?
by Rolf Kalbermatter Feb. 13, 2004

Feb. 13, 2004

Kuba Ober <kuba(a)mareimbrium.org> wrote: >Do you folks, by any chance, know of an opensource midl compiler that I could >use in my packages? Or is there something at least semi-functional in the >works somewhere? What is about the widl tool in the wine sources? It's by far not complete but maybe it could be useful for your purposes. Rolf Kalbermatter

1 0

Re: Re: Question about system.ini and win.ini
by Christian Costa Feb. 13, 2004

Feb. 13, 2004

> Message du 13/02/04 02:51 > De : Alexandre Julliard > A : Christian Costa > Copie à : wine-devel(a)winehq.com > Objet : Re: Question about system.ini and win.ini > Christian Costa writes: > > > I've just figured out that system.ini and win.ini are no more > > accessible from my ~/.wine directory. > > I had to copy them in the windows directory to make things work. > > Is it a recent change in wine or just a regression? > > It's a side effect of the changes in the profile code to make it use > standard file I/O APIs. I guess you can call it a feature ;-) > > -- > Alexandre Julliard > julliard(a)winehq.com > > ;-) Thanks for the info, Alexandre. Bye, Christian

1 0

Re: Shlwapi: Add IntlStrEqWorker Functions and StrCmp Tests
by Alexandre Julliard Feb. 13, 2004

Feb. 13, 2004

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > +void test_StrCmpA(void) > +{ > + static const char str1[] = {'a','b','c','d','e','f',0x81,'a',0}; > + static const char str2[] = {'a','b','c','d','e','f',0x81,'b',0}; > + static const char str3[] = {'a','B','c','d','e','f',0x81,'a',0}; > + WORD dbcs1 = 0x81 | 'a' << 8; > + WORD dbcs2 = 0x81 | 'b' << 8; DBCS chars depend on the locale, you cannot hardcode them in the test. -- Alexandre Julliard julliard(a)winehq.com

3 3

DLL Version Stamp Problem
by Mike Kost Feb. 13, 2004

Feb. 13, 2004

Framemaker 7.0 installs fine on Wine but pops up an error message that it can't properly determine the version of one of it's dll's (actual error message = "The version stamp is missing from the Framemaker resource file C:\Program Files\Adobe\FrameMaker7.0\fminit\fmres.dll"). After poking at the specific dll (fmres.dll), it has no version information. Does anyone have experience with the Wine/Windows version stamp reading functions (I've seen code references to 'GetFileVersionInfo(<stuff>)') or any advice on debugging further. I've hit the limits of my knowledge. Thanks, Mike K mike at tashcorp dot net

2 4

Getopt - was Re: problem on the Cygwin port
by Steven Edwards Feb. 13, 2004

Feb. 13, 2004

Hi Christian, --- Christian Costa <titan.costa(a)wanadoo.fr> wrote: > I'm not sure but I remember I had a similar problem when I tried to > compile wine on cygwin. > In my case, the get_opt_long function seemed broken and I modified > the > config.h to force the use > our own implementation of this function. This has fixed my problem. Thanks that fixed it. I doubt Alexandre will accept this as its a cygwin problem but here is a patch in any case. Changelog: Work around broken getopt implementation on Cygwin Index: wine/include/wine/port.h =================================================================== RCS file: /home/wine/wine/include/wine/port.h,v retrieving revision 1.46 diff -u -r1.46 port.h --- wine/include/wine/port.h 8 Jan 2004 05:07:06 -0000 1.46 +++ wine/include/wine/port.h 12 Feb 2004 21:23:22 -0000 @@ -199,7 +199,7 @@ #ifndef NO_LIBWINE_PORT -#ifndef HAVE_GETOPT_LONG +#if !defined(HAVE_GETOPT_LONG) || defined (__CYGWIN__) extern char *optarg; extern int optind; extern int opterr; __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 2

Darwine Update, Question
by ATMRD＠aol.com Feb. 13, 2004

Feb. 13, 2004

Hey All, I have updated Darwine binary to version 1.06 and it is being released as a Developer Preview. It does not yet support the running of x86 exe's, however we are begging to work on this feature. The binary should be downloaded from either the home page link here http://darwine.sourceforge.net/download.php or the projects file release page here http://sourceforge.net/project/showfiles.php?group_id=69890 to insure that the latest version is being used. The binary requires Mac OS X 10.3 or higher and for the X11 SDK to be installed. The new installer checks for these before installs, fixes a numerous amount of bugs, including installation of default configuration that were present with the first release and now includes the wine headers. The darwine team is begging to test out libwine on the OS X platform. One error that comes up during compile is the "checking for wrc... /usr/local/bin/wrc checking for atldef.h header... configure: error: Could not find the ATL includes". I found a ATL version 2.0 from microsoft's website and downloaded these. However, it does not contain atldef.h. Though it does contain altbase.h, altcom.h, atlconv.h to name a few. I read that the ATL includes are part of MFC is this correct? How would one go about finding the source and compiling these headers using the ppc native - libwine, so that the altdef.h headers can be used? Thanks, ~Sanjay Connare

2 1

Re: winewrap: fix uuid support
by Alexandre Julliard Feb. 13, 2004

Feb. 13, 2004

"Dimitrie O. Paun" <dimi(a)intelliware.ca> writes: > I haven't tried with any real life application if this > patch is needed, but it seems to. Without it, we will > determine that uuid is a .so, which is not what we want. I think it's the search algorithm that's broken. We should check every lib path directory for both .so and .a before moving on to the next one. -- Alexandre Julliard julliard(a)winehq.com

2 1