- wine-devel - winehq.org

Re: small ctl3d fix
by Dmitry Timoshkov 02 Feb '03

02 Feb '03

"Rok Mandeljc" <rokmandeljc(a)hotmail.com> wrote: > I've finally found a bug which crashed Ultima IX at startup. > > ChangeLog: > - added debug messages There is no need to add useless FIXMEs and scare people too much. Ctl3d implementation on Windows versions 4 and above is supposed to do nothing. > - changed return of Ctl3dIsAutoSubclass from FALSE to TRUE This one is okay. -- Dmitry.

1 0

new cvs build...
by Scott Jackson 02 Feb '03

02 Feb '03

I don't know *why* this happens to me now, err:win32:_EnterSysLevel (0x4093dfa0, level 2): Holding 0x409dfc64, level 3. Expect deadlock! in both FF8.exe and FF8Config.exe (Final Fantasy VIII) in the new CVS build. I'm kind of *active* on this list eh? :-D -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

1 0

question regarding appdb
by Michael Stefaniuc 02 Feb '03

02 Feb '03

Hello, I've just added a comment to the ACT!2000 appdb entry and even though i was logged in into the appdb (seen the cookie in mozilla) the entry was created with "anonymous coward" as sender. Is this a bug/feature or only plain pebcak? 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

1 0

half-life
by Scott Jackson 01 Feb '03

01 Feb '03

halflife majorly crashes on me: err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 112 bytes for thousands of lines, until it eventually pukes and wants to debug. then it tells me: Couldn't start process '148738992 0x84 ' (twice) Why? I don't know. I remember installing it under wine, but it always puked on me like that afterwards. I have 128MB of RAM so that shouldn't be a problem. -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

6 9

Explorer
by Steven Edwards 01 Feb '03

01 Feb '03

I've been reading all of the traffic regarding getting explorer to work under WINE or writing a replacement for WINE and thought this would be a good time to chime in. ReactOS is about to release version 0.1.0 this weekend and is starting to include support for basic Windowing and CDrom installing. There has been much discussion on when/if we will reimplement explorer.exe also so maybe we can work together on this as ReactOS is using WINE for large parts of the shell support. If the WINE project is going to start a implementation of explorer.exe then we will work off of that. Thanks Steven __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

6 7

"Error: File table full" in VB app
by Dan Kegel 01 Feb '03

01 Feb '03

The next buglet in the property management VB app from http://www.yardi.com is right after I pick the datafile to open, it pops up with a dialog box titled "Database Exception", contents "Error: File table full. Op: Open. File: BANK.DAT [86:0:21]" Now, what file table might that be? I tried editing c:\config.sys, and adding FILES=128, but that didn't help :-) I'm attaching the output of ~/wine/wine --debugmsg +file,+dialog,+int21 --dll compobj,storage,ole2,ole32=n Y.EXE > y.log 2>&1 tar -cjvf y.tar.bz2 y.log Suggestions welcome. I'm more than happy to raise that file table size, if only I knew which one it was... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: [DDRAW] Fix bug 1246
by Lionel Ulmer 01 Feb '03

01 Feb '03

> Changelog : > Add support for 24 bpp to _Blt_ColorFill. > Fix endianness issue in DIB_DirectDrawSurface_Blt. While I agree with the patch, the easiest way would still be to completely remove support for the evil 24 / 24 screen configuration everywhere in Wine and only support 24 / 32. For example, in GetSysMetrics we report bpp as 24 (even in 24 / 32 mode) whereas Windows would return 32 and that breaks some apps (do not remember which though). And as I do not know of any modern graphic card supporting this (maybe Matrox because I did not test it), it should not hurt anyone. The other way would be : if ANYONE here uses (or can use) his card in 24 / 24 mode, please contact me so that I can do experiments on your X display to detect 24 / 24 from 24 / 32 :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: PATCH - wineserver named_pipe.c porting fix
by Dimitrie O. Paun 01 Feb '03

01 Feb '03

On Fri, 31 Jan 2003, Steven Edwards wrote: > Working on building wineserver on mingw > > Changelog: check for sys/socket.h Dude, Just bundle all these patches together, under such a ChangeLog: Check for missing headers in mingw. I think it's simpler for everybody: you (to submit), us (to review), Alexandre (to apply), and it's in fact a logical change that shouldn't be split. -- Dimi.

2 1

Re: Guess who's back, back again... :)
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

[Sorry guys, this one didn't make to the list...] On Tue, 28 Jan 2003, Mike Hearn wrote: > Completely nosy of me, so feel free to tell me to piss off, but I've > been wondering if you get paid to work on Wine for a while now, or > whether you just make far more efficient use of your spare time than I > do :) I wish I got paid :) No, I don't. In fact, I haven't made a dime working on Wine. It would be nice to, so I can put more time in it, but that's another story. I am a freelancer, and I had a bit more time on my hands last year, but starting Jan 2003, things changed, and I will not have as much time available (in fact, if I get 2h/day to work on Wine I'll be happy). In other words, things will progress a lot slower from now on. :( -- Dimi.

2 2

Re: PATCH - wineserver sock.c porting fix
by Dan Kegel 31 Jan '03

31 Jan '03

Steven Edwards wrote: > Working on building wineserver on mingw Please batch your changes... one patch a day for all #ifdef HAVE_foo_H patches would be perfect. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Stdole2 / Stdole32 (RESEND)
by Alexandre Julliard 31 Jan '03

31 Jan '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > There are a couple of things to note about this patch. > The first is that this only really provides the stdole2.tlb resource data > since it is just an alias for oleaut32.dll and there can be only one > resource of each type for a given id, so I am not 100% sure at the moment > whether it will work properly for those apps wanting stdole32. Looks like it has to be made a separate dll then, since that's how Windows does it. Also we need a way to generate that file, I'm not going to put the compiled binary file into CVS. -- Alexandre Julliard julliard(a)winehq.com

1 0

Winelib project
by Hans Christian Studt 31 Jan '03

31 Jan '03

Hi, I am trying to compile some sourceforge windows projects under winelib and need some guidance regarding how to fix these errors. bb4win =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BB Api.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog BBApi.cpp: In function `const CHAR* GetBBVersion()': BBApi.cpp:80: warning: passing NULL used for non-pointer argument passing 2 of `BOOL GetFileVersionInfoA(const CHAR*, long unsigned int, long unsigned int, void*)' BBApi.cpp:80: warning: argument to non-pointer type `long unsigned int' from NULL BBApi.cpp: In function `CHAR* ReadValue(const CHAR*, const CHAR*, long int*)': BBApi.cpp:458: `stricmp' undeclared (first use this function) BBApi.cpp:458: (Each undeclared identifier is reported only once for each function it appears in.) BBApi.cpp: In function `void Log(const CHAR*, const CHAR*)': BBApi.cpp:611: `_strtime' undeclared (first use this function) BBApi.cpp: In function `COLORREF ParseLiteralColor(const CHAR*)': BBApi.cpp:891: `strnicmp' undeclared (first use this function) BBApi.cpp: In function `HINSTANCE__* BBExecute(HWND__*, const CHAR*, const CHAR*, const CHAR*, const CHAR*, int, bool)': BBApi.cpp:1409: `SHELLEXECUTEINFO' undeclared (first use this function) BBApi.cpp:1409: parse error before `;' token BBApi.cpp:1419: `si' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_DOENVSUBST' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_FLAG_NO_UI' undeclared (first use this function) BBApi.cpp:1430: `ShellExecuteEx' undeclared (first use this function) BBApi.cpp: In function `bool IsInString(const CHAR*, const CHAR*)': BBApi.cpp:1573: `strlwr' undeclared (first use this function) make[1]: *** [BBApi.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' make: *** [blackbox] Error 2 =========================================== NSIS/Source =========================================== gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o Ui.o Ui.c Ui.c: In function `set_language': Ui.c:275: warning: comparison is always false due to limited range of data type gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bgbg.o bgbg.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bin2h.o bin2h.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o exec.o exec.c exec.c: In function `ExecuteEntry': exec.c:1006: `IShellLink' undeclared (first use in this function) exec.c:1006: (Each undeclared identifier is reported only once exec.c:1006: for each function it appears in.) exec.c:1006: `psl' undeclared (first use in this function) exec.c:1014: `CLSID_ShellLink' undeclared (first use in this function) exec.c:1015: `IID_IShellLink' undeclared (first use in this function) make[1]: *** [exec.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/NSIS/Source/exehead' make: *** [exehead] Error 2 =========================================== wnsr/wnsrtool =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o logfileCode.o logfileCode.cpp logfileCode.cpp: In function `void writelogline(FILE*, char, char*, char*, int, long unsigned int)': logfileCode.cpp:40: `_strtime' undeclared (first use this function) logfileCode.cpp:40: (Each undeclared identifier is reported only once for each function it appears in.) logfileCode.cpp:41: `_strdate' undeclared (first use this function) make: *** [logfileCode.o] Error 1 =========================================== -- Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 9

[RFC] The Wine UI page
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

Hi folks, There is a new page in my little Wine WWW -- the UI status page: http://www.dssd.ca/wine/Wine-UI.html This is a page that I've been meaning to create for many months now. Please check it out, and let me know if you notice any inaccuracies. -- Dimi.

5 9

Why is IOCTL_CDROM_READ_TOC so slow?
by Waldeck Schutzer 31 Jan '03

31 Jan '03

I just realized that IOCTL_CDROM_READ_TOC is used almost everywhere in mcicda and somewhere else, but on the other hand it is as fast as a snail. A 68-track CD took 10 minutes to scan in cdplayer and if you press play, another 10 minutes will pass before it even starts playing! It appears to be a good idea to cache the TOC somewhere, but where and how? Best, Waldeck

2 5

Re: Winelib project
by Jeff Smith 31 Jan '03

31 Jan '03

Yes. BTW, when 'make install'ed, wine should create the appropriate link in the same directory it installs winegcc. -- Jeff S >From: Hans Christian Studt <hcstudt(a)post10.tele.dk> > >I just build from the CVS and I now have >/usr/local/wine/tools/winegcc >but I canot find >wineg++ > >Should there be a symbolic link to winegcc or what ??? >-- >Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk >.dk og W3C standarder : http://w3c.studt.dk _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

1 0

Winelib and <io.h>
by Hans Christian Studt 31 Jan '03

31 Jan '03

Using (pached) winemaker I still have problems with <io.h> sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader make[1]: Entering directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o Blackbox.res Blackbox.rc /usr/local/bin/wineg++ -c -I. -I/usr/local/include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BBApi.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog There was a discussion on a subject related to io.h started on this list 9. january 2003. What exactly were the outcome ??? Is there a resolution or a workaround ??? I can still try out Ming/Cygwin but how would that change the <io.h> problem ??? -- Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 1

[RFC] Wine UI status (take 2)
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

Hi folks, This is what I got after incorporating all of your suggestions: http://www.dssd.ca/wine/Wine-UI.html Please check it out, and help me: -- add any missing items -- complete the status, URL, etc for the items that miss it -- fix any incorrect information -- Dimi.

1 0

common file dialogs
by Mike Hearn 31 Jan '03

31 Jan '03

Hi, Is there a reason that: a) The Wine open/save dialog boxes don't show or follow symlinks and b) They show dotfiles? I seem to recall a discussion on wine-devel way back on the topic of dotfiles, but a quick archive search didn't turn up much of use. At the very least I think it should be a pref, wading through lots of dotfiles in your home dir makes it much harder to open files with wine, and obviously non-technical users will wonder what is going on with all these stranges folders that I never made...... -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 5

Re: w2k Explorer makes wine crash in RtlRaiseException
by Rolf Kalbermatter 31 Jan '03

31 Jan '03

thomas.mertes(a)t-mobile.at wrote: >On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the >w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) >using wine-20030115 with just buildin dlls. It is quite possible that there is a problem in the Exception handling in Wine, however before Explorer is going to run under Wine, there needs to be a whole lot more done than that. The entire shell support in Wine is not at the point where Explorer will be able to do anything useful and it is just as likely that one of those problems triggers this Exception, which may be not handled correctly in Explorer itself, but when run on Windows, that Exception never ever has been triggered until now. Explorer although an application is so tightly bound to the underlying OS, that I doubt that you could mix the Explorer application with different Windows versions itself. You definitely can't run W2K Explorer on a W9x platform and vice versa. In general I think it is probably simpler to get a Wine equivalent of Explorer written than to get Wine to the point where it will run Windows Explorer. Rolf Kalbermatter

4 3

font metrics
by Scott Jackson 31 Jan '03

31 Jan '03

how can I force wine to do font metrics? -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

2 1

Re: wrc: merge README.wrc into the man page
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

On January 30, 2003 09:38 pm, Dimitrie O. Paun wrote: > ChangeLog > Merge README.wrc into wrc's man page. Sorry I forgot to mention, also do: cvs rm -f tools/wrc/README.wrc before you commit. -- Dimi.

1 0

Re: japanese fonts
by Scott Jackson 30 Jan '03

30 Jan '03

Well, I'm off to try that. I tried a mv /usr/X11R6/whereverthefontswere/ to a back up dir, then reset xf86 and wine worked fine... I'd like to believe that it was the fonts' fault, but everywhere else they work fine. I dunno my japanese fonts go funky on me sometimes... methinks kappa is a bitmap font? if there's development to be done, then I might be able to send y'all (texas native) a tar.bz2 file of what is messing up. One of the other restrictions I have as far as japanese fonts, is that whenever mozilla is asked to render a bold SHIFT_JIS type font, it gives me blank space. All information is available, just ask ;-) Your friendly neighborhood (texan) wine user, Scott On Wed, 29 Jan 2003 23:06:51 -0800 (PST) liu spider <liuspider(a)yahoo.com> wrote: > I think it's not the wine's fault. > > Just try to copy or link a Japanese font to the dir: > c/windows/fonts/ > > This works for me. >

1 0

Re: RPC marshalling patch
by Joerg Mayer 30 Jan '03

30 Jan '03

On Thu, Jan 30, 2003 at 05:44:35PM +0100, Ove Kaaven wrote: > does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... You could take a look at the Ethereal sniffer software (www.ethereal.com). It has dissectors for some of Microsofts rpc stuff. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Run from the build tree possible?
by Ferenc Wagner 30 Jan '03

30 Jan '03

Hello, is it possible somehow to run Wine from the build tree? I mean without 'make install'? It's too lengthy to install after every one line change during printf-debugging... Feri.

6 8

Re: dlls/user/text.c division by zero
by Bill Medland 30 Jan '03

30 Jan '03

On January 29, 2003 05:16 am, Christian Kristukat wrote: > Hi, > I'm not sure if it's really a bug. It occured while using Microcal Origin. > Wine crashes after every call of an analysis function, e.g. Peak fitting. > > ChangeLog: > * dlls/user/text.c > - I added some braces to prevent a division by zero error Wrong solution; that just makes the problem go away by making it wrong for everything else. What does windows do when one passes silly data to GetTabbedTextExtent? > > ? patch.diff > ? dlls/user/text_orig.c > Index: dlls/user/text.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/text.c,v > retrieving revision 1.43 > diff -u -r1.43 text.c > --- dlls/user/text.c 8 Jan 2003 21:09:26 -0000 1.43 > +++ dlls/user/text.c 29 Jan 2003 12:41:14 -0000 > @@ -1244,7 +1244,7 @@ > else if (cTabStops > 0) > tabPos = nTabOrg + *lpTabPos; > else > - tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / defWidth + 1) > * defWidth; > + tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / (defWidth + > 1)) * defWidth; That is a different calculation and is wrong. > if (fDisplayText) > { > RECT r; -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

w2k Explorer makes wine crash in RtlRaiseException [Virus checked]
by thomas.mertes＠t-mobile.at 30 Jan '03

30 Jan '03

Hello On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) using wine-20030115 with just buildin dlls. tm@penguin:~/c/w2k > winedbg explorer For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:console:SetConsoleCtrlHandler (0x404c3340,1) - no error checking or testing yet For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:shell:SHLWAPI_437 (0x00000004) stub fixme:process:SetProcessShutdownParameters (00000002, 00000000): partial stub. fixme:shell:FileIconInit (true) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x406b2e08): stub fixme:ntdll:NtQueryInformationToken (0xcafe,10,0x406b2dc4,56,0x406b2dfc): stub Copied by hand from the winedbg window: 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- Backtrace: =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, nbargs=0x1, args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) (ebp=406b2df0) 2 0x0040a30f (explorer.exe.EntryPoint+0x8d67 in C:\w2k\explorer.exe) (ebp=406b2e3c) 3 0x00401621 (explorer.exe.EntryPoint+0x79 in C:\w2k\explorer.exe) (ebp=406b2e9c) 4 0x400ba038 (start_process+0x248 [process.c:564] in libntdll.dll.so) (ebp=406b2f38) 5 0x400beb3d (call_on_thread_stack+0x1d(func=0x400b9df0) [sysdeps.c112] in libntdll.dll.so) (ebp=406b2ff4) 6 0x400bece4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x400c3de5 (RaiseException+0x75 [except.c84] in libntdll.dll.so): leal 0xffffffa8(%ebp),%esp 84 RtlRaiseException( &record ); This seems to be an error in the wine exception handling. Is this right? What can be done about that? Greetings Thomas Mertes

4 6

Re: Patch for crash caused by XIM and make XIM functions properly (2ed)
by Alexandre Julliard 30 Jan '03

30 Jan '03

liu spider <liuspider(a)yahoo.com> writes: > ChangLog: > - controls/edit.c > new message type WM_IME_CHAR to handle XIM input. > - dlls/x11drv/keyboard.c > new function XIM_KeyEvent to process XIM key events. > - dlls/x11drv/window.c > new attributs added when creating a IC > - dlls/x11drv/x11drv_main.c > exchange the order of XCloseDisplay and XCloseIM > (otherwise it will crash when closed) > > (What's wrong with this patch? It seems to be ignored.) It's not ignored, but I'm currently working in this area, and we also have some related stuff in the Crossover tree, and I'm trying to bring everything together into a coherent whole; so it will eventually be committed in one form or another, but I have to spend a bit more time on this first. -- Alexandre Julliard julliard(a)winehq.com

2 1

japanese fonts
by Scott Jackson 30 Jan '03

30 Jan '03

My japanese fonts seem to make wine crash, even apart from that, they also don't work in wine ;-) ------------- wine output on wine hl.exe -------- ---------- cut out a couple thousand lines------- err:font:XFONT_BuildMetrics failed to load -kappa-fixed-bold-r-normal--20-190-75-75-c-100-jisx0201.1976-0 Font metrics: 92.2% done fixme:font:LFD_InitFontInfo font '-kappa-fixed-bold-r-normal--20-190-75-75-c-100-muleipa-1' has unknown registry 'muleipa' and character encoding '1' X Error of failed request: 82 Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 10964 Current serial number in output stream: 10965 ----------------------- end --------------------- Why? I don't know. they work fine in everything else... -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

1 0

Re: wrc: drop header file generation
by Alexandre Julliard 30 Jan '03

30 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Not so. Looking at the header file generated by wrc, > it occured to me that it is exporting symbols that it > shouldn't be exporting in the first place. I think the > options where added long ago for compatibility with the > old resource compiler. No, it's exporting symbols to reference the resource data directly, in case you don't want to go to the trouble of parsing the resource directory and you just want the data. It's true that the header is not really useful since you can add extern statements in the code that uses the data; I think we should keep the -g option though, otherwise in asm mode you are forced to parse the resource descriptor which isn't much fun. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at 30 Jan '03

30 Jan '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > > /************************************************************************** > > + * RtlUpperChar (NTDLL.@) > > + */ > > +CHAR WINAPI RtlUpperChar( CHAR ch ) > > +{ > > + return toupper(ch); > > +} > > It's better to avoid using locale dependent functions from an underlying > system because Wine internal code page almost always is different from OS > locale. The way to go is convert to unicode, do desired things, and convert > the result back to ansi. The implementation of RtlUpperString in rtlstr.c gave me the idea to use toupper: /************************************************************************** * RtlUpperString (NTDLL.@) */ void WINAPI RtlUpperString( STRING *dst, const STRING *src ) { unsigned int i, len = min(src->Length, dst->MaximumLength); for (i = 0; i < len; i++) dst->Buffer[i] = toupper(src->Buffer[i]); dst->Length = len; } The docu of RtlUpperChar says: RtlUpperChar returns the uppercase version of the specified character or returns the value specified by the caller for Character if the specified character cannot be converted. RtlUpperChar returns the input Character unconverted if it is the lead byte of a multibyte character or if the uppercase equivalent of Character is a double-byte character. To convert such characters, use RtlUpcaseUnicodeChar. --- End of docu -- IMHO RtlUpperChar has nothing to do for unicode chars. Is there a way to use Wine internal code page to do the conversion without converting to unicode and back? BTW: If it is not ok to use toupper several other places in wine have a problem: $ grep toupper */*.c */*/*.c */*/*/*.c | grep -v toupperW | grep -v str_toupper in wine-20030115 gives a longer list of usages of toupper. Specially msvcrt toupper seems also to use the function from libc. Greetings Thomas Mertes

2 1

RE: w2k Explorer makes wine crash in RtlRaiseException
by Robert Shearman 30 Jan '03

30 Jan '03

> To: wine-devel(a)winehq.com > From: thomas.mertes(a)t-mobile.at > Date: Wed, 29 Jan 2003 14:26:27 +0100 > Subject: w2k Explorer makes wine crash in RtlRaiseException > [Virus checked] > > Hello > > On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the > w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) > using wine-20030115 with just buildin dlls. > > tm@penguin:~/c/w2k > winedbg explorer > Copied by hand from the winedbg window: > 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- > Backtrace: > =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, > nbargs=0x1, > args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) > 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) > (ebp=406b2df0) > This seems to be an error in the wine exception handling. Is this right? > What can be done about that? No, it is not. It is a software exception raised by explorer itself (you can get the same effect by running Win98 explorer on Win2k). I have seen the same problem myself and managed to fix it, though I can't remember how. I have submitted quite a few patches specific to getting Win2k explorer running on Wine, but they haven't been accepted so far. For a start you could try --dll shlwapi=b and copying over the native shdocvw.dll and browseui.dll and running regsvr32 on them both. Try running with --dll ole32=b to see if it is a COM class that isn't registered and finally try using some of my shell32 and shlwapi patches :) Hope this helps, Rob BTW I have got explorer loaded and displaying a folder but there are no items in the folder view apart from 'Desktop'. I am still trying to work out exactly why this is.

1 0

Re: App works almost perfectly, but one MDI screen won't draw
by Dan Kegel 30 Jan '03

30 Jan '03

I've played with our MDI application a bit more, and have observed two kinds of bugs under cvs wine: First type: things not drawing, probably because of missing messages (we know the WM_NCPAINT message is AWOL, but it might be something else); 1. One of the "documents" has blank client areas (mentioned previously); these don't ever get drawn. 2. Another of the "documents" has a blank pane initially, but if you diddle around a bit, it does draw. 3. Maximizing any of the "documents" is supposed to make a minimize/maximize/close widget appear on the right-hand side of the toolbar, but it doesn't. Second type: things drawing in the wrong place: 4. The text box at the bottom of a three-panel window has its upper left corner in the right place, but its lower right corner is exactly one scrollbar width inset too far. The scrollbars are inset by that amount, too. That leaves the area where the scrollbars ought to be totally undrawn. Duane Clark is looking at the missing message problem in this and another app. Also, I'm setting up Linux and Wine for the guy who wrote our app so he can poke around and look for these problems himself; if nothing else, he can put together a minimal test case. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 3

Registry Files & Windows Dynamic Link Libraries
by Tom Wickline 29 Jan '03

29 Jan '03

I'm looking into updating section 3.3 of the Packagers Guide. I am not toatly sure about all the info that I have if you are aware of something out of place could you let me know. Thanks Tom ---------- Windows 95 to ME ) Registry Files /windows/system.dat /windows/user.dat /windows/win.ini The Registry consists of two local files, System.dat and User.dat. System.dat contains information on software and hardware settings and is located in the Windows folder. User.dat contains user-specified configurations for the GUI and shell. It is located in the Windows folder unless the system is set up for multiple users, in which case each user will have a separate User.dat file located in Windows\Profiles\username (where username is the name of the user). Windows Dynamic Link Libraries /windows/system ( Windows NT ) Registry Files /winnt/profiles/(username)/ntsystem.dat /winnt/profiles/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32 ( Win2K / XP ) /documents and settings/(username)/ntsystem.dat /documents and settings/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32

1 0

Re: README translated to Portuguese
by Dimitrie O. Paun 29 Jan '03

29 Jan '03

On January 24, 2003 09:04 pm, Tom Wickline wrote: > www: Uma grande quantidade de informação acerca do Wine está disponivel > pelo WineHQ em http://www.winehq.com/ : varios guias Wine, base de > dados de aplicações, localizaçao de erros. Isto é provavelmente o > melhor ponto de começo. > > FAQ: A Wine FAQ está localizada em http://www.winehq.com/FAQ > > Usenet Tu podes discutor tópicos relacionados de Wine e obter ajuda em > comp.emulators.ms-windows.wine. > > Bugs: Ajuda online está disponivel em #WineHQ on irc.freenode.net. > > IRC: O currente desenvolvimento do Wine está disponivel por CVS. > Vai a http://www.winehq.com/development/ para mais informação. > > Mailing Lists: > Há algumas mailing list para responsaveis pelo desenvolvimento > Wine; ver em http://www.winehq.com/development/#ml para mais informação. Can we please switch these www.winehq.com references to www.winehq.org? Any volunteer to update our documentation? -- Dimi.

4 4

Spanish Documentation Project
by Javier Canovas 29 Jan '03

29 Jan '03

hi, this is my first message on this mailing list... HI! I am a spanish user of wine, and I am going to translate the english documentation of wine (I manage the project). I am creating the project (cvs, bugzilla...) in Lucas (es.tldp.org) but I cant do it alone. I am meeting people to work in this, somebody can help us? Thks PD: Im sorry Shachar...

3 2

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at 29 Jan '03

29 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > It seems the patch got wrapped. Turn off automatic wrapping in your > mail client before resending it. My mail client is Lotus Notes (company decision, not mine). Strange: Here the mail looks ok. Do you know how to turn line wrapping of in Lotus Notes. If not I will send the next patch as attatchment. Greetings Thomas Mertes

1 0

spyxx from msvc6.0 crashes on exit...
by Dan Kegel 29 Jan '03

29 Jan '03

spyxx from msvc6.0 crashes repeatably. Here's the recipe: $ wine spyxx.exe click the minimize widget on the client document click the quit widget on the app Bingo, unhandled exception. The traceback looks uninformative, so either the stack is corrupt or it's crashing in the very outer routine. Here's the output of +relay and the backtrace (ah, I love it now that the debugger just uses the terminal I started wine with!!): 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.GetLastError() ret=78001314 08076498:Ret kernel32.GetLastError() retval=00000000 ret=78001314 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.UnhandledExceptionFilter(40440900) ret=7800f914 wine: Unhandled exception, starting debugger... Unhandled exception: page fault on read access to 0x00000040 in 32-bit code (0x0041e214). In 32-bit mode. 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe): movl 0x40(%eax),%edi Wine-dbg> bt Backtrace: =>0 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe) (ebp=0001002f) Wine-dbg> quit WineDbg terminated on pid 8072e48 -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: some ntdll functions [Virus checked]
by Dmitry Timoshkov 29 Jan '03

29 Jan '03

<thomas.mertes(a)t-mobile.at> wrote: > --- old_wine-20030115/dlls/ntdll/rtlstr.c Tue Nov 12 03:17:34 2002 > +++ new_wine-20030115/dlls/ntdll/rtlstr.c Sun Jan 26 00:03:56 2003 > @@ -516,6 +516,15 @@ > */ > > > /************************************************************************** > + * RtlUpperChar (NTDLL.@) > + */ > +CHAR WINAPI RtlUpperChar( CHAR ch ) > +{ > + return toupper(ch); > +} It's better to avoid using locale dependent functions from an underlying system because Wine internal code page almost always is different from OS locale. The way to go is convert to unicode, do desired things, and convert the result back to ansi. -- Dmitry.

1 0

Re: some ntdll functions [Virus checked]
by Dimitrie O. Paun 29 Jan '03

29 Jan '03

On January 28, 2003 04:11 am, thomas.mertes(a)t-mobile.at wrote: > +NTSTATUS WINAPI RtlIntegerToUnicodeString(ULONG value, ULONG base,const > UNICODE_STRING *str); Thomas, It seems the patch got wrapped. Turn off automatic wrapping in your mail client before resending it. -- Dimi.

1 0

Re: [dx8 patch 12]: huge cleanup + split
by Andrew John Hughes 28 Jan '03

28 Jan '03

On Sat, 25 Jan 2003 01:14:15 +0100 Raphaël Junqueira <fenix(a)club-internet.fr> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > it seems a big patch, but it's only simple cleanups/splits ;) > > it's the first and bigger patch for splitting d3d8 from the future d3d7/d3d8/d3d9 comon code > > Changelog: > - some needed cleanups for future dx9 and d3d common layer support: > - stateblocks to IDirect3DStateBlockImpl interface and moving into a new file (stateblock.c) > - shaders to IDirect3D*ShaderImpl interfaces > - splitting vshader and vshader declaration as in dx9 into 2 interfaces (for future common layer use) > - vshader declaration code to a new file (vsaderdeclaration.c) > - device calls to new interfaces (redirect stubs) > - simple texture fix for a little regression after last jason patches > - some caps code using the GL/glext.h defines (GL_VERSION_*) > > Todo: > - renaming IDirec3DDevice8Impl::StateBlock to IDirec3DDevice8Impl::startupStateBlock > - moving IDirec3DDevice8Impl d3d generic code to a "common layer" interface (maybe IDirec3DDeviceImpl) > - merging new DrawPrimitive prototype (using ddraw code) with current code > - splitting d3d8_private.h into 2 headers (d3d8 specific header, and common layer header) > - merging the hal base prototype > > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+MdbYp7NA3AmQTU4RAg3DAJ94zf6kzopk2WH95+Nvq/BcH26dogCdEhf2 > UASOhtqMDLoJocMODUtZZv8= > =5SNm > -----END PGP SIGNATURE----- > Including glext.h appears to break the DLL for me. NVidia's GL headers (gl.h) already define some of the types specified in glext.h. I presume X installs glext.h, but I've not had a conflict between the two headers before. In file included from d3d8_private.h:30, from device.c:35: /usr/local/include/GL/glext.h:3142: conflicting types for `glCopyTexSubImage3DEXT' /usr/local/include/GL/gl.h:2486: previous declaration of `glCopyTexSubImage3DEXT' /usr/local/include/GL/glext.h:3566: conflicting types for `glColorSubTableEXT' /usr/local/include/GL/gl.h:2446: previous declaration of `glColorSubTableEXT' /usr/local/include/GL/glext.h:4372: conflicting types for `glTbufferMask3DFX' /usr/local/include/GL/gl.h:2984: previous declaration of `glTbufferMask3DFX' /usr/local/include/GL/glext.h:4406: conflicting types for `glTextureColorMaskSGIS' /usr/local/include/GL/gl.h:3050: previous declaration of `glTextureColorMaskSGIS' -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

3 4

Re: Bug #540: DLL Separation of user32 from x11drv (clipboard)
by Vincent Béron 28 Jan '03

28 Jan '03

Andrew John Hughes a écrit: > License: LGPL > > Changelog: > Removes calls to CLIPBOARD_IsPresent, CLIPBOARD_EmptyCache and CLIPBOARD_GetFormatName. > Something's missing... Vincent

1 0

Guess who's back, back again... :)
by Dimitrie O. Paun 28 Jan '03

28 Jan '03

Hi folks, My ski vacation was a blast, good snow, good skiing, good people... You guys have been busy this past week judging by the number of messages I had to go through :) It's good to be back! -- Dimi.

3 2

Re: PATCH: glibc 2.3.x and errno
by Dan Kegel 28 Jan '03

28 Jan '03

Ulrich Weigand wrote: > On the other hand, maybe it would now be possible to implement Wine > threads on top of regular pthreads; at least some of the inhibitors > should be gone now, e.g. you can have thread stacks at arbitrary locations > and sizes, and there is no master thread any more ... Unfortunately I > don't quite remember the full list of problems we had with pthreads ;-/ It occurs to me that implementing Wine threads on top of pthreads would probably get rid of a few of the problems keeping us from running Wine under Valgrind. Short of getting the Stanford Checker guys interested in the Wine source tree, I can't think of an cooler way to look for stupid memory bugs in Wine... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

mkdir, copy, etc.
by Jon Bright 28 Jan '03

28 Jan '03

Hi, I'm trying to build OpenSSL using Borland Builder 5 within wine. Installation of Builder has gone fine, ActiveState Perl went on after a bit of fiddling, but I've now hit a small problem. The makefile for OpenSSL attempts to run mkdir, copy, etc. - this results in Borland's make attempting to run (after trying to find copy.exe/com/bat/cmd), the command interpreter found in COMSPEC. But wcmd is only a unix command - there is no windows\system\wcmd.exe Is there already a workaround for this, or can someone point me in the right direction to look at fixing it? -- Jon Bright Lead Programmer, Silicon Circus Ltd. http://www.siliconcircus.com/

3 2

pshpack8.h:47:6: warning: #warning "8 as alignment
by Gerald Pfeifer 28 Jan '03

28 Jan '03

On all platforms I have access to (GNU/Linux, FreeBSD) I have been seeing the following for quite some time now: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" Is this really useful, resp. couldn't we avoid that somehow? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: Windows API database
by Dave Miller 28 Jan '03

28 Jan '03

So for starters, we want something like this? It doesn't look very impressive. :) http://home.ptd.net/~compsol/imported_dll.txt However, my system is by no means a clean install of WinXP home so most of thos DLLs probably don't belong to windows. -----Original Message----- From: Dan Kegel [mailto:dank@kegel.com] Sent: Thursday, January 23, 2003 5:20 PM To: Dave Miller Cc: wine-devel(a)winehq.com Subject: Re: Windows API database Oh, ok. Cross-referencing DLL imports and exports. Yeah, that sounds like a job for a simple perl script. All you need to output is DLL name and what DLLs it imports from. Just generate a flat text file for starters, then later postprocess that into an ascii tree or graph. It's going to be a messy little graph, I bet. - Dan Dave Miller wrote: > The project I am considering is mentioned on the contributing page here: > http://fgouget.free.fr/wine/contributing-en.shtml. (Build a database of > Windows APIs and dependencies) It sounds like less work to simply create > text files containing the imports and exports, although I think the point is > partially for the results to be easily cross referenced by developers. > Hence the suggestion of a database of some kind. I've considered scanning > applications as well. If I have any success with the Windows APIs I may try > tackling that at some point as well. > > ----- Original Message ----- > From: "Dan Kegel" <dank(a)kegel.com> > To: "David Miller" <compsol(a)ptd.net> > Cc: <wine-devel(a)winehq.com> > Sent: Thursday, January 23, 2003 3:38 PM > Subject: Re: Windows API database > > > >>David Miller wrote: >> >>>I would be interested in knowing more about the goals of this project. >>>Don't consider me officially working on such a thing just yet. I have >>>no real perl experience, but would like to learn. First I'd like to >>>know more about what I'm up against. >> >>I'm not sure what project you're talking about, but I can make a few >>wild guesses... >> >> >>>1. Is there a specific set of dll's and exe's we want included in the >>>database or does it need to scan and gather a list of all dll and exe >>>files? That would suggest a clean OS install is necessary. >> >>Sure, a clean OS install is probably good. Many of the >>APIs exposed by even the clean OS install may not be >>needed if no application calls them, but it's hard to know >>that in advance. >> >>We might want to also scan applications to see what APIs >>they actually use, but that's real hard. >> >> >>>2. What information should be in the database? (OS ver, name of dll or >>>exe, name of imported dll, APIs and whether they are imported or >>>exported, etc.) >> >>Maybe use the same format as we use in the souce tree? e.g. >>scanning advapi32.dll should produce something that looks very >>much like > > http://cvs.winehq.com/cvsweb/wine/dlls/advapi32/advapi32.spec?rev=1.32 > >>>3. Will a single MySQL table do or does it need to be a relational >>>database with multiple tables? >> >>IMHO no SQL is needed. The database should be plain text >>files checked into CVS. >> >> >>>4. Anything else you can tell me about this task? >> >>Compare with other standards which provide lists of API's, for example: >>http://www.linuxbase.org/spec/ >>http://www.unix.org/ >>http://www.ecma.ch/ecma1/STAND/ECMA-234.HTM >>to get some ideas. Of course, these are formatted all fancily, >>and cover different operating systems, but the goal is similar: >>to provide an authoritative list of APIs. >>Ideally, the result could be part of a submission to a >>standards body. >>(See also http://www.kegel.com/remedy/remedy2.html#fix.info ) >>- Dan >> >>-- >>Dan Kegel >>http://www.kegel.com >>http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 >> >> >> > > > > -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: PATCH: dlls/ole32/storage.c
by Dan Kegel 28 Jan '03

28 Jan '03

Gerald Pfeifer wrote: > - int lastblocknr; > + int lastblocknr=-1; FWIW, some compilers will complain on that line (though only us K&R vets remember why). Safer to use whitespace between the = and the -, e.g. > - int lastblocknr; > + int lastblocknr = -1; - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

building a windows API database
by Dave Miller 28 Jan '03

28 Jan '03

Francois, I am interested in taking on the "build a database of windows APIs and dependencies" task. I have started work on scripts to scan a windows system and list import/export information. So far I can gather a list of dlls and run dumpbin on them, then parse imports (mostly, I think). I've started with simply printing the parsed output in three columns. The first is the DLL being scanned, the second is the DLL being imported, and the third is API imported. I am unsure of one thing. There is a 1 - 3 character hexadecimal number preceding almost every API. What is it, and should it be included in the output? Here is an example of what I am referring to: The hexadecimal number, in the third column. c:\windows\system32/atiiiexx.dll KERNEL32.dll 1AD InterlockedDecrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 1B0 InterlockedIncrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 126 GetModuleHandleA c:\windows\system32/atiiiexx.dll USER32.dll 2AC wsprintfA c:\windows\system32/atiiiexx.dll USER32.dll 1DE PostMessageA c:\windows\system32/atiiiexx.dll USER32.dll 15E GetWindowTextA Also I could use some direction on what the goals of this task are. Do we want text output? That makes a very large text file when listing all imported/exported APIs. Do we actually want a database for this?

1 0

Re: dlls/comcat Makefile.in version.rc include/wine wine_common_ver.rc
by John K. Hohm 27 Jan '03

27 Jan '03

> Changelog: > John K. Hohm <jhohm(a)acm.org> > Added optional OLESelfRegister to wine_common_ver.rc, used in dlls/comcat. This apparently was not applied; was it flawed, or simply missed?

1 0

WWN interview idea
by Brian Vincent 27 Jan '03

27 Jan '03

For a while now I've kicked around adding interviews to the Wine Weekly News. Basically how it would work is I'll email a bunch of you some questions, you can answer as many as you'd like, and I'll include the interview in the Wine Weekly News. More than likely there will be a bit of an email exchange so I can put some detail into it. (For instance, I never liked the interviews that were done on kde.org but the ones on kerneltrap.org are excellent.) What I'd like to do is get about ten of them completed first and publish them one at a time. They'll focus mostly on your involvement with Wine and the parts you've worked on. With a little luck they'll get into some of the technical details that someone wouldn't normally see discussed on the mailing list. I guess I'm more interested to hear from you if you _don't_ want to take part. Otherwise I'll assume you're a target. If you have any questions/comments/gripes or any other suggestions for the Wine Weekly News let me know. -Brian vinn(a)theshell.com

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel