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

Re: imm work

by Steven Edwards

Hi Aric, After looking a little closer I dont think its worth the work to try and make a shared implementation right now. I still think your patch will still cause problems because of the way it links to x11drv though =P >From what I understand IMM32 reads the keyboard layout from the regsitry HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\keyboard layouts\${HKL} And then loads a kbd*.dll for the proper locale and does all of its stuff. In ReactOS we have already started implementing the differnt kbd input suport and could relicense this as LGPL if needed but with XIM already there on XFree I guess it will just be better to fork. Besides it will be a while before we really need it anyway... Sorry about the noise. Thanks Steven --- Aric Stewart <aric(a)codeweavers.com> wrote: > If you could point out what you would need me to modify to make it > work > better i could see what i could do. > > -aric __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 7, 2004

Re: PATCH: Editing DLL overrides in winecfg

by Robert van Herk

Alexandre Julliard wrote: >Robert van Herk <robert(a)robertvanherk.nl> writes: > > > >>This is a patch that adds a tabsheet to winecfg, that allows the user >>to change the dll overrides; both globally and per app. >> >> > >I put this in, but note that there are more possibilities that just >builtin or native that will have to be supported too. Altogether there >are five possible combinations: "builtin", "native", "builtin,native", >"native,builtin", "". > > So what would each one mean? I looked in the documentation on http://www.winehq.com/site/docs/wine-user/config-dll, but cannot find any details. Let me get this straight: dll overrides specificy whether you want to use the windows dll or wine dll, right? So, when you put it on "", this is essentially the same as leaving the dll override out? And how is "native" different from "native, builtin"? Will Wine refuse to load the dll at all, when it's configured to use a native dll and it cannot find one? And do you really think the user should be troubled by having these 5 options? After all, we wanted to keep winecfg simple, not complete, right? Greetings, Robert

Jan. 7, 2004

SEH general info

by Jakob Eriksson

You all probably know, but maybe this is of interest: http://www.jorgon.freeserve.co.uk/ExceptFrame.htm

Jan. 7, 2004

Re: Re: winearts patch

by chmorgan＠charter.net

> > (4b) wodPlayer_FeedDSP() > > > > In the while loop, I could not figure out the purpose of 'availInQ > > > SPACE_THRESHOLD', so I changed it to 'availInQ'. In reality, the > > SPACE_THRESHOLD check could probably be left in, I am not sure what > > the purpose was in the first place. > Dunno either. Reading Chris response, we need this on OSS (because > sounds is processed by fragments of fixed size). I don't know how arts > behaves here... Thrashing it altogether could also work. It would seem to reduce the number of calls to arts if we waited for a minimum amount of data, not sure if the input size of each chunk of input data is large enough to make this check pointless or if it won't hurt performace making the additional calls, just wanted to point it out. The issue with OSS appears to be that for some drivers the fragment prior to the last one isn't played if the last fragment isn't complete, line 1398 of wineoss/audio.c, I'd be inclined to think this isn't something to worry about with arts. Chris

Jan. 7, 2004

Re: wine/ libs/wine/wine.def libs/wine/loader.c in ...

by Ferenc Wagner

Alexandre Julliard <julliard(a)winehq.org> writes: > ChangeSet ID: 10547 > Changes by: julliard(a)wine.codeweavers.com 2004/01/02 15:08:05 > > Modified files: > libs/wine : wine.def loader.c > include/wine : library.h > > Log message: > Added wine_dll_get_owner function that retrieves the > 32-bit dll containing a given 16-bit dll by reading > the symlink, so that we don't need to dlopen it. This patch broke cross-compilation, as mingw does not have a readlink function. I have got no idea about the proper way, but can emit a wild shot. Feri. Index: include/wine/port.h =================================================================== RCS file: /home/wine/wine/include/wine/port.h,v retrieving revision 1.45 diff -u -r1.45 port.h --- include/wine/port.h 4 Dec 2003 05:48:03 -0000 1.45 +++ include/wine/port.h 7 Jan 2004 20:49:44 -0000 @@ -113,6 +113,7 @@ #ifndef S_ISLNK # define S_ISLNK(mod) (0) +# define readlink(path,buffer,size) (-1) #endif /* S_ISLNK */ /* So we open files in 64 bit access mode on Linux */

Jan. 7, 2004

Re: winearts patch

by Eric Pouech

Jeremy Shaw a écrit : > Hello, > > This message is largely for Chris Morgan's review, but I thought I > should open it to any interested parties. > > I have added wave-in support for arts. I also fixed some bugs in the > waveout code, and made some "improvements". This code seems to work > really well for me. If no one sees any problems I will submit the > patch to the patches mailing list. > > Here is a brief description of the changes I made: > > (1) In ARTS_CloseDevice() (now named ARTS_CloseWaveOutDevice()) and > wodPlayer_NotifyWait() > > I added 'wwo->sound_buffer = 0' after the HeapFree(). Without it, > HeapFree() was being called twice on the same buffer, and would crash > the second time. Well, I think the bug isn't here but rather in wodPlayer_WriteMaxFrags. If the buffer is too small: - we shouldn't destroy the current buffer (and hopefully create a new one) but realloc the buffer... - moreover, destroying the buffer without setting the sound_buffer field to NULL is calling for dangling pointers... > (2) ARTS_AddRingMessage() > > Added the same fix I submitted earlier for wineoss in regards to ring > buffer resizing. > > (3) wodPlayer_WriteMaxFrags() > > DWORD *bytes, points to the number of bytes the winearts driver thinks > it should be able to write. However, arts sometimes lies, and says it > has (for example) 512 bytes available, but when you call arts_write() > it returns zero bytes written. > > In that case, I update *bytes to point to 0, otherwise > wodPlayer_WriteMaxFrags() will keep being called in vain. correct. It should even be done as soon as we write less bytes than expected (content of *byte at upon entry of wodPlayer_WriteMaxFrags) > (4a) wodPlayer_FeedDSP() > > The old code had the following checks: > > /* input queue empty and output buffer with no space */ > if (!wwo->lpPlayPtr && availInQ) { > TRACE("Run out of wavehdr:s... flushing\n"); > wwo->dwPlayedTotal = wwo->dwWrittenTotal; > return INFINITE; > } > > if(!availInQ) > { > TRACE("no more room, no need to try to feed\n"); > return wodPlayer_DSPWait(wwo); > } > > I could not understand the purpose of the '&& availInQ' in the first > check. It seems that if we are out of wavehdrs, then it does not > matter if there is space in the availInQ or not, because we don't have > anything to write. So I removed the && availInQ part. The purpose of the test is to try to always keep the input queue full: - therefore if we no longer have wave headers to feed the queue with, and > > Looking at it now, I realize that maybe I need to add 'if (!availInQ)' > before 'wwo->dwPlayedTotal = wwo->dwWrittenTotal'? IMO, the wwo->dwPlayedTotal = wwo->dwWrittenTotal is wrong in all cases. If we have no data to write, just way for some new headers to arrive. > (4b) wodPlayer_FeedDSP() > > In the while loop, I could not figure out the purpose of 'availInQ > > SPACE_THRESHOLD', so I changed it to 'availInQ'. In reality, the > SPACE_THRESHOLD check could probably be left in, I am not sure what > the purpose was in the first place. Dunno either. Reading Chris response, we need this on OSS (because sounds is processed by fragments of fixed size). I don't know how arts behaves here... Thrashing it altogether could also work. A+

Jan. 7, 2004

Re: Task Manager for WINE and ReactOS

by Eric Pouech

Steven Edwards a écrit : > Hiya Mike, > I have CC'd this to wine-devel in case you are short on time or are no > longer interested in taskmgr or if Alexandre even wanted it in CVS. I > have updated the license header and removed most of the C++ style > comments except in the C++ source files we have not been able to > convert yet to C. Work on taskmgr has stalled in ReactOS pending our > 0.2 release and its mostly fully functional under Windows anyway. WINE > should only require minor tweaks to get it to work. Steven, I have also ported the C++ back to C (from the ROS tree), so if you want to include it in ROS, it'll be easier to get it back in wine then. > > Hi Eric > I know your busy with the File Reorg stuff but in case you are still > interested I CC'd you. After reading over the Winedbg guide I thought a > nice feature for the WINELIB build would be the ablity to add a check > box to one of the dialogs to show the Windows Thread ID and Unix > Process ID's that each process is mapped to. that would be nice indeed. > I didnt apply your last > patch because taskmgr worked fine under Windows and I lost it in my > inbox. =( I can send it again as stated before ;-))) but why are you using a hosed mail box ? A+

Jan. 7, 2004

Re: dll name length

by Eric Pouech

Dan Timis a écrit : > I finally figured out what my problem was. If the name of the library > is "USBUtils" it works, if it is "USBDeviceUtils" it doesn't. Actually > the max length I can use is 11 characters. That is probably 15 > characters including ".dll" > > In my config file all filesystems are "win95" The version is "nt40" > > Is there any way to configure wine to support longer names? IIRC, this has been fixed in recent wine snapshots (there's was a buffer too short somewhere). So either upgrade your wine version, or retrofit the fix in your version (as you don't seem to be ready to upgrade). A+

Jan. 7, 2004

Re: imm work

by Aric Stewart

If you could point out what you would need me to modify to make it work better i could see what i could do. -aric Steven Edwards wrote: > Hiya Aric, > --- Aric Stewart <aric(a)codeweavers.com> wrote: > >>Notes: >> I fear this may violate dll separation between Imm32 and X11drv. I >>have a very long and bad history of doing that... alot.. so i need to > > >>get better about it. > > > I think it does. We use Imm32 on ReactOS and this wont work for us. Its > not the end of the world as we really dont need it atm but we will end > up having to rewrite your work down the road. =( > > Thanks > Steven > > > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 7, 2004

Re: Comment on new file implementation

by Eric Pouech

Juan Lang a écrit : > Eric, the sooner the better as far as I'm concerned. > > In my quick read of the patch I didn't see any > translating from the Win32 namespace to the NT > namespace; do you plan to do anything there? I do actually use the NT name space in ntdll (NtCreateFile takes a NT path name). Didn't you notice that the dosdevices and device subdirectories are actually part of the NT name space itself ? (on latest NT, dosdevices is in fact a symlink to ??). What the patch somehow implements is NT symlinks (in NT name space) as unix symlinks in the ${WINEPREFIX} directory... > To pick a (bad) example, the name \\server\share\file > is valid in the Win32 namespace, but not in the NT > namespace; it must be translated to > \??\UNC\server\share\file it is (check RtlDosPathNameToNtPathName_U) > Since you mentioned SMB, I will too: don't worry too > much, it's currently broken anyway. As long as the > code's cleaner it should be easier to fix (and this > looks much cleaner). as far as today, SMB hasn't been correctly incorporated in the patch (it should be moved to ntdll, and rewritten to take paths in the NT form rather than the DOS form). I haven't done it so far. A+

Jan. 7, 2004

Re: Comment on new file implementation

by Eric Pouech

> Here are a few random thoughts on it: > -- it seems we're duplicating a bit stuff like udev/proc, > but we can't rely on them, so I guess it's not a big > deal. However, somehow we should keep in mind that > udev will allow for hotplugging disks etc, and we should > keep an open eye to integrate with that in the future. this shouldn't too much an issue. The way it's done, we can add new volumes on the fly in ${WINEPREFIX}/device (which is not supported right now), and mount on the fly new drives (which is supported to some extend right now). Mainly what's missing is the script which creates the volumes & drives (and since the patch is stateless) it should work (TM). > -- I assume ${WINEPREFIX}/{dos,}device point somewhere > in the user's home dir (~/...), right? By default ${WINEPREFIX} is ~/.wine (but you can override that). > -- I hope Alexandre likes the idea, and we can get it > in sooner, rather then later (before WineConf? :)) well, don't ask _me_ about this. The real issue is how to apply 400 KB ? (small chunks, it will take more than one month IMO, one big will create lots of regressions I fear...) A+

Jan. 7, 2004

Re: Wineconf update, RFC re remote participation

by Eric Pouech

> Does anyone recall being remote to the last Wineconf? Yes I was (and I'll be remote again this year) Video is of course better than audio (and you can also store it for later reuse) > Did it work at all? Yes, as a feed back for presentation > Is there anything we could/should do to > enable others to join us, if only virtually? > (Please feel free to tell me that it didn't work worth beans > and we should just drop it, btw <g>). One of the things which improved was to have a couple of folks present chatting on IRC at the same time (even, if it was not satisfactory to break in and ask questions) One of the good things could be to have a round of IRC questions after a presentation > Other thoughts or comments? It will be much more harder for hacking sessions of course. A+

Jan. 7, 2004

Task Manager for WINE and ReactOS

by Steven Edwards

Hiya Mike, I have CC'd this to wine-devel in case you are short on time or are no longer interested in taskmgr or if Alexandre even wanted it in CVS. I have updated the license header and removed most of the C++ style comments except in the C++ source files we have not been able to convert yet to C. Work on taskmgr has stalled in ReactOS pending our 0.2 release and its mostly fully functional under Windows anyway. WINE should only require minor tweaks to get it to work. Hi Eric I know your busy with the File Reorg stuff but in case you are still interested I CC'd you. After reading over the Winedbg guide I thought a nice feature for the WINELIB build would be the ablity to add a check box to one of the dialogs to show the Windows Thread ID and Unix Process ID's that each process is mapped to. I didnt apply your last patch because taskmgr worked fine under Windows and I lost it in my inbox. =( Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 7, 2004

Re: imm work

by Steven Edwards

Hiya Aric, --- Aric Stewart <aric(a)codeweavers.com> wrote: > Notes: > I fear this may violate dll separation between Imm32 and X11drv. I > have a very long and bad history of doing that... alot.. so i need to > get better about it. I think it does. We use Imm32 on ReactOS and this wont work for us. Its not the end of the world as we really dont need it atm but we will end up having to rewrite your work down the road. =( Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

Jan. 7, 2004

Re: Wineconf update, RFC re remote participation

by Shachar Shemesh

Ivan Leo Murray-Smith wrote: >>One thing I would like to do is to stream audio >> >> >This would be a regression, the last wineconf had a video stream. > >Ivan. > > Do you have the date for the previous wineconf? I can try and find the patch that broke it :-) -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/

Jan. 7, 2004

Re: reading relay log

by Mike McCormack

Relay only shows you when a DLL boundary is crossed (ie. an inter DLL call), not when a DLL calls a function internal to itself. Mike Ferenc Wagner wrote: > After LoadResource returns, I would expect a call to > CreateDialogIndirectParamA instead of the SysLevels etc. > Could somebody explain this, please? > > Thanks a lot, > Feri.

Jan. 7, 2004

Re: reading relay log

by Uwe Bonnes

>>>>> "Ferenc" == Ferenc Wagner <wferi(a)afavant.elte.hu> writes: ... Ferenc> which I don't understand given the definition Ferenc> ---------------------------------------------------------------- Ferenc> HWND WINAPI CreateDialogParamA( HINSTANCE hInst, LPCSTR name, Ferenc> HWND owner, DLGPROC dlgProc, LPARAM param ) { HRSRC hrsrc; Ferenc> LPCDLGTEMPLATEA ptr; Ferenc> if (!(hrsrc = FindResourceA( hInst, name, (LPSTR)RT_DIALOG Ferenc> ))) return 0; if (!(ptr = (LPCDLGTEMPLATEA)LoadResource(hInst, Ferenc> hrsrc))) return 0; return CreateDialogIndirectParamA( hInst, Ferenc> ptr, owner, dlgProc, param ); } Ferenc> ---------------------------------------------------------------- Ferenc> After LoadResource returns, I would expect a call to Ferenc> CreateDialogIndirectParamA instead of the SysLevels etc. Could Ferenc> somebody explain this, please? Intra DLL calls are not looged by relay debugging. So you don't see the CreateDialogIndirectParamA call in a relay log. Maybe +dialog may help. Otherwise instrument the calls with more messages. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 7, 2004

Re: MinGW cross compilation enviroment setup

by Michael Stefaniuc

On Mon, Jan 05, 2004 at 10:56:20AM -0500, Dimitrie O. Paun wrote: > On January 5, 2004 10:33 am, Michael Stefaniuc wrote: > > 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: Here is my .rpmmacros file to be able to build rpms as normal user. You need to adapt the paths: %_topdir /home/mstefani/rpm %_tmppath /home/mstefani/rpm/INSTALL You need also to setup the %_topdir directory. Do following as user you want to build the rpms: mkdir -p $_topdir $_tmppath mkdir $_topdir/{BUILD,RPMS,SOURCES,SPECS,SRPMS} mkdir $_topdir/RPMS/{i386,i486,i586,i686,noarch,athlon} That should be all. > [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: hmm ... strange. My .rpmmacros is no more than what i pasted above and my .rpmrc has only directives to build and optimize every package for athlon. If you can't build mingw as user too i can put the rpm (compiled for i386 or i686, i don't mind) on my people.redhat.com page. > [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 :)). I hope you at least upgrade the box to the latest erratas ;) 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. 7, 2004

reading relay log

by Ferenc Wagner

Hi, I feel rather stupid, but need help understanding this. I managed to screw up winetest so that it runs into trouble. The relay trace goes like (indented by examine-relay) -------------------------------------------------------------------- 000a:Call comctl32.InitCommonControls() ret=40593c29 000a:Ret comctl32.InitCommonControls() retval=40def6d4 ret=40593c29 000a:Call kernel32.GetModuleHandleA(00000000) ret=40593c3c 000a:Ret kernel32.GetModuleHandleA() retval=40540000 ret=40593c3c 000a:Call user32.CreateDialogParamA(40540000,00000064,00000000,40593b4c,00000000) ret=40593c42 000a:Call kernel32.FindResourceA(40540000,00000064,00000005) ret=407aa47f 000a:Ret kernel32.FindResourceA() retval=405954f8 ret=407aa47f 000a:Call kernel32.LoadResource(40540000,405954f8) ret=407aa48a 000a:Ret kernel32.LoadResource() retval=40590d20 ret=407aa48a 000a:Call kernel32._EnterSysLevel(40810b00) ret=407c21b8 000a:Ret kernel32._EnterSysLevel() retval=00000008 ret=407c21b8 000a:Call kernel32._LeaveSysLevel(40810b00) ret=407c21dc 000a:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407c21dc 000a:Call kernel32._EnterSysLevel(40810b00) ret=407c21b8 000a:Ret kernel32._EnterSysLevel() retval=00000008 ret=407c21b8 000a:Call kernel32._EnterSysLevel(40810b00) ret=407c21b8 000a:Ret kernel32._EnterSysLevel() retval=00000008 ret=407c21b8 000a:Call kernel32._LeaveSysLevel(40810b00) ret=407c21dc 000a:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407c21dc 000a:Call ntdll.RtlAllocateHeap(40300000,00000000,0000001c) ret=407a6047 000a:Ret ntdll.RtlAllocateHeap() retval=40347998 ret=407a6047 000a:Call gdi32.CreateDCA(407f0e04 "DISPLAY",00000000,00000000,00000000) ret=407a6066 000a:Call ntdll.RtlCreateUnicodeStringFromAsciiz(40def3e8,407f0e04 "DISPLAY") ret=408994dd 000a:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=408994dd 000a:Call kernel32._CheckNotSysLevel(408cf320) ret=408a56e8 000a:Ret kernel32._CheckNotSysLevel() retval=0000000a ret=408a56e8 000a:Call ntdll.RtlEnterCriticalSection(408cf400) ret=408ae109 000a:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=408ae109 000a:Call ntdll.RtlLeaveCriticalSection(408cf400) ret=408ae1d9 000a:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=408ae1d9 000a:Call kernel32._EnterSysLevel(408cf320) ret=408a50cf 000a:Ret kernel32._EnterSysLevel() retval=0000000c ret=408a50cf 000a:Call ntdll.RtlAllocateHeap(40300000,00000000,00000138) ret=408a5215 000a:Ret ntdll.RtlAllocateHeap() retval=403479c0 ret=408a5215 000a:Call x11drv.CreateDC(403479c0,403479d8,40def15c L"DISPLAY",00000000,00000000,00000000) ret=40899405 000a:Call ntdll.RtlAllocateHeap(40300000,00000008,0000008c) ret=409ee0de 000a:Ret ntdll.RtlAllocateHeap() retval=40347b00 ret=409ee0de 000a:Call gdi32.GetObjectType(0000007c) ret=409ee125 000a:Call kernel32._EnterSysLevel(408cf320) ret=408a5527 000a:Ret kernel32._EnterSysLevel() retval=0000000c ret=408a5527 000a:Call kernel32._LeaveSysLevel(408cf320) ret=408a56c3 000a:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408a56c3 000a:Ret gdi32.GetObjectType() retval=00000003 ret=409ee125 000a:Call ntdll.RtlEnterCriticalSection(40a20700) ret=409fe8b0 000a:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=409fe8b0 err:ntdll:RtlpWaitForCriticalSection section 0x40334040 "?" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) -------------------------------------------------------------------- which I don't understand given the definition -------------------------------------------------------------------- HWND WINAPI CreateDialogParamA( HINSTANCE hInst, LPCSTR name, HWND owner, DLGPROC dlgProc, LPARAM param ) { HRSRC hrsrc; LPCDLGTEMPLATEA ptr; if (!(hrsrc = FindResourceA( hInst, name, (LPSTR)RT_DIALOG ))) return 0; if (!(ptr = (LPCDLGTEMPLATEA)LoadResource(hInst, hrsrc))) return 0; return CreateDialogIndirectParamA( hInst, ptr, owner, dlgProc, param ); } -------------------------------------------------------------------- After LoadResource returns, I would expect a call to CreateDialogIndirectParamA instead of the SysLevels etc. Could somebody explain this, please? Thanks a lot, Feri.

Jan. 7, 2004

Re: my patch is in neverland :-)

by Marcus Meissner

On Wed, Jan 07, 2004 at 09:50:13AM -0600, Jeremy Newman wrote: > On Wed, 2004-01-07 at 02:30, Marcus Meissner wrote: > > > At one point, Jeremy was talking about implementing some Mailman spam > > > filtering, and I would sure like to see that happen. > > Still would like to. > > > I am using a handmade filter script on a list I moderate, which just bounces > > anything with X-Spam: yes. > > > > /etc/alias file entry: > > > > <list>: "|dropspam /etc/mail/smrsh/wrapper post <list>" > > > > /etc/mail/smrsh/wrapper is the path to the mailman wrapper script. > > > What you don't explain here, is how the spam header gets there in the > first place. I suppose I could do something like this. > > <list>: "|spamc|dropspam /etc/smrsh/wrapper post <list>" > > spamc is the spamassassin script, which checks for spam, then pipe to > the dropspam script. Spamassassin has a perl interface, so I could also > just do it in one script. I forgot to mention that my list hosts runs mimedefang/spamassassin by default before checking aliases. But yes. Ciao, Marcus

Jan. 7, 2004

Direct3D8 - OpenGL header problem

by Thomas Brix Larsen

Hi list, just upgraded to 2.6.0 and the NVIDIA driver from minion.de and now I get this error when compiling wine: directx.c: In function `IDirect3D8Impl_GetDeviceCaps': directx.c:639: `GL_MAX_VERTEX_UNITS_ARB' undeclared (first use in this function) My X11/include/GL/ headers date, 2001-2002. Greetings, --Thomas _________________ My worst enemy gave me a copy of Windows...

Jan. 7, 2004

Re: [Fwd: [unixODBC-DEV] - UnixODBC, Wine, Crystal Report -- would appreciate insight]]

by Ulrich Czekalla

On Wed, Jan 07, 2004 at 07:11:54AM -0800, Bill Medland wrote: > On January 6, 2004 07:35 pm, Dan Kegel wrote: > > Can somebody have a look at this? > > Thanks, > > Dan > > I'll do what I can; everyone else feel free to jump in. > > > > > -------- Original Message -------- > > Subject: [unixODBC-DEV] - UnixODBC, Wine, Crystal Report -- would > > appreciate insight Date: Tue, 06 Jan 2004 15:07:11 -0500 > > From: Aurelien Marchand <aurelien.marchand(a)researchcapital.com> > > Reply-To: unixodbc-dev(a)unixodbc.org > > To: unixodbc-dev(a)easysoft.com > > > > Hi, > > > > I am a bit confused as to who I should send this email. Please let me > > know if this is the wrong place. > > > > I am really, really close to making the whole thing work (I'll show in a > > minute why I think that) but I'm stomped and need some help. > > > > I've dumped my WinNT workstation and replaced it with Linux. So far, I > > can do exactly everything I was able to do (except updating my calendar > > on the Exchange server used where I work), minus using Crystal Report. > > I have installed it using CodeWeavers' CrossOver Office and it installed > > without even a hiccup. > > I've also installed unixODBC and tested the odbc.ini configuration using > > isql. It works great when I try to connect to the company's AS400 > > database. The default library is set to my username and I can query > > other libraries using the dot (.) as a separator (e.g: SELECT * from > > OTHERLIB.OTHERTABLE). > > > > So far so good: UnixODBC works perfectly to talk to IBM's AS400. > > > > Now I need to tell Crystal which drivers to use. I've read on the web > > that Crystal is not a very good student and thus ignores Windows' > > ODBC.ini settings but checks what's in the registry. I've also come to > > understand I must set ODBC.dll = "builtin, native" in my Wine's config > > file so that it will try to use whatever is set for > > LIB_ODBC_DRIVER_MANAGER env variable for Windows' ODBC connections. > > Those instructions were put together in order to get Crystal Reports runtime > working. Do you get anywhere if you change the override to "native"? > This is the way I do it. Switch to native odbc32, install mdac (available with ms office or download from MS site) and then setup the dsns using odbcad32.exe. /Ulrich

Jan. 7, 2004

Re: my patch is in neverland :-)

by Jeremy Newman

On Wed, 2004-01-07 at 02:30, Marcus Meissner wrote: > > At one point, Jeremy was talking about implementing some Mailman spam > > filtering, and I would sure like to see that happen. Still would like to. > I am using a handmade filter script on a list I moderate, which just bounces > anything with X-Spam: yes. > > /etc/alias file entry: > > <list>: "|dropspam /etc/mail/smrsh/wrapper post <list>" > > /etc/mail/smrsh/wrapper is the path to the mailman wrapper script. What you don't explain here, is how the spam header gets there in the first place. I suppose I could do something like this. <list>: "|spamc|dropspam /etc/smrsh/wrapper post <list>" spamc is the spamassassin script, which checks for spam, then pipe to the dropspam script. Spamassassin has a perl interface, so I could also just do it in one script. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

Jan. 7, 2004

Re: my patch is in neverland :-)

by Jeremy Newman

I see what happened, since the patch was sent to both wine-devel and wine-patches my procmail filter plopped it into my wine-devel folder as that rule matches first. I'll change the priority there. Sorry about that one. On Tue, 2004-01-06 at 18:53, Tom wrote: > Hi, > > I sent a 100k Status Update patch and its been > around 18 hours now and its still not showed up. > Is the moderator on strike? :)) > > Tom -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

Jan. 7, 2004

Re: [Fwd: [unixODBC-DEV] - UnixODBC, Wine, Crystal Report -- would appreciate insight]

by Bill Medland

On January 6, 2004 07:35 pm, Dan Kegel wrote: > Can somebody have a look at this? > Thanks, > Dan I'll do what I can; everyone else feel free to jump in. > > -------- Original Message -------- > Subject: [unixODBC-DEV] - UnixODBC, Wine, Crystal Report -- would > appreciate insight Date: Tue, 06 Jan 2004 15:07:11 -0500 > From: Aurelien Marchand <aurelien.marchand(a)researchcapital.com> > Reply-To: unixodbc-dev(a)unixodbc.org > To: unixodbc-dev(a)easysoft.com > > Hi, > > I am a bit confused as to who I should send this email. Please let me > know if this is the wrong place. > > I am really, really close to making the whole thing work (I'll show in a > minute why I think that) but I'm stomped and need some help. > > I've dumped my WinNT workstation and replaced it with Linux. So far, I > can do exactly everything I was able to do (except updating my calendar > on the Exchange server used where I work), minus using Crystal Report. > I have installed it using CodeWeavers' CrossOver Office and it installed > without even a hiccup. > I've also installed unixODBC and tested the odbc.ini configuration using > isql. It works great when I try to connect to the company's AS400 > database. The default library is set to my username and I can query > other libraries using the dot (.) as a separator (e.g: SELECT * from > OTHERLIB.OTHERTABLE). > > So far so good: UnixODBC works perfectly to talk to IBM's AS400. > > Now I need to tell Crystal which drivers to use. I've read on the web > that Crystal is not a very good student and thus ignores Windows' > ODBC.ini settings but checks what's in the registry. I've also come to > understand I must set ODBC.dll = "builtin, native" in my Wine's config > file so that it will try to use whatever is set for > LIB_ODBC_DRIVER_MANAGER env variable for Windows' ODBC connections. Those instructions were put together in order to get Crystal Reports runtime working. Do you get anywhere if you change the override to "native"? > > I've come to that point: my system.reg or my user.reg contain one ODBC > setting (the same name found on /etc/odbc.ini and ~/.odbc.ini). My wine > config file uses "builtin, native" for it's ODBC setting and my > ~/.odbc.ini contains proper DSN settings (since I can query from the > console using isql). > The best part is, when I start Crystal Report, and select ODBC sources, > I have in the dropdown that appears all the entries I've put in my > ~/.odbc.ini file. As I said earlier, great strides indeed. > > Now the last missing piece is that it seems Crystal using Wine and > unixODBC cannot login properly and retrieve the table list. It just > hangs when I expand the "+" box beside a DSN entry. > I've enabled sql log (in /etc/odbcinst.ini) but I can't find really > relevant information. > Let me know if you want to see it. Yes please > > So now I'm stuck. Any ideas on how I can make it work? > Note: I've tried to Crystal's DB2 ODBC drivers and also with IBM DB2 > ODBC drivers (both for Windows) - although it shouldn't make a difference. > If the DllOverride says "builtin" then it won't matter; they won't be being used. I wonder if the problem is that the GUI for Crystal Reports is bypassing the actual ODBC again. Which version of Crystal Reports are you running? Can you try running with --debugmsg +reg to see if it is having difficulty getting anything from the registry? > Thanks, > > Aurelien Marchand -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

Jan. 7, 2004