March 2004 - Wine-devel - list.winehq.org

WineHQ: Of </quote> and punctuations
by Francois Gouget 25 Mar '04

25 Mar '04

Ok, there's a problem with </quote> and punctuations. For instance in WWN 171 we have (see the 'Wine Tech Meeting' section): --- cut here --- mentioned ReactOS had one. He went on to discuss some future plans, My goal if the ReactOS guys can get more than winhello working is to have WINEs shell32 and comctl32 running for Linux world . All in all the meeting was quite successful and a lot of people were glad to be able to converse in real time about a lot of --- cut here --- See how we have a '.' all alone on a line? Check there for the original: http://www.winehq.org/?issue=171#Wine%20Tech%20Meeting The reason why we have this unsightly sight is that on the WineHQ web site '<quote>' creates a new indented paragraph so that any punctuation that follows '</quote>' ends up being on the next line, either all alone or just before the next sentence which is just as strange (see WWN 177 for an example). It's interesting to note that this problem does not occur in the Wine Kernel Cousin. That's because in the Kernel Cousin there are both inline quotes and 'standalone' quotes. So in the Kernel Cousin the above is an inline quote which gives us: --- cut here --- dsp2make utility would be a useful addition and Steven mentioned ReactOS had one. He went on to discuss some future plans, " My goal if the ReactOS guys can get more then winhello working is to have WINEs shell32 and comctl32 running for Linux world" . --- cut here --- So there are two ways (at least) to fix the issue: systematically move punctuations to before the </quote> tag (I can send a patch for that), or change the <quote> tag to behave like in the Wine Kernel Cousin. What's the preferred solution? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

2 2

Re: To Do A.11 - Integrate API status into WineHQ
by hatky 25 Mar '04

25 Mar '04

> does the script filter out the Wine-only dlls? Otherwise the global > statistics will be off. No, it dosen't currently: 1. Should we fillter them? a. Totaly b. Just from the Total c. Not at all > > Specifically, the following dlls should be ignored: > > ole2prox ? > ole2thk ? > psapi ? > twain_32 ? > wine* > x11drv > > I'm not sure anymore for the dlls marked with a question mark. I need a final list becouse I don't know what is wine only and what not... -- Hatky, Worshiper of wine (http://www.winehq.org/ or http://hatky.myz.info/wine/) Impossible is only an opinion. __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

2 1

ALSA on i810 audio
by Mike Hearn 25 Mar '04

25 Mar '04

Hi, I'd like to improve the ALSA driver to work properly on my i810 soundcard. At the moment it just gives errors about not being able to resample. Eric - did you have any plans for the driver? Do you know of any problems? I already fixed one thing, the default pcm should be "default" not "hw" thanks -mike

2 1

Re: lostwages/include config.php
by Ferenc Wagner 25 Mar '04

25 Mar '04

Jeremy Newman <jnewman(a)winehq.org> writes: > Log message: > s/Forums/Mailing Lists/ Just two words: Thank You! -- Feri.

2 1

redirecting stdout with WineLib
by Ferenc Wagner 25 Mar '04

25 Mar '04

Hello, Hacking away on winetest I encountered the following problem: under Windows and Wine (running cross compiled binaries) it's possible to redirect the stdout of a child process with CreateProcess using STARTF_USESTDHANDLES. However, if I CreateProcess an .exe.so from the WineLib version, the redirection is ignored. The create_process function in process.c acts on this option in both cases, but I didn't investigate further. Does anybody have an idea why this happens? -- Feri.

5 7

Re: ALSA on i810 audio
by chmorgan＠charter.net 25 Mar '04

25 Mar '04

I've been working to debug one users problem with an i810 card. (n wodOpen() we try to set the format of the audio, 16 or 8bit. I believe the i810 only supports 16bit so we return MMSYS_ERR. I *think* we should be returning WAVERR_BADFORMAT instead so wine can try another format that may work. At least thats what I did with the jack driver for sample rates and formats that don't match the server as the jack server doesn't perform any of that conversion. Perhaps you want to return the same thing in your case? Chris > > From: Mike Hearn <mike(a)navi.cx> > Date: 2004/03/25 Thu PM 03:05:32 EST > To: wine-devel(a)winehq.com > Subject: ALSA on i810 audio > > Hi, > > I'd like to improve the ALSA driver to work properly on my i810 soundcard. > At the moment it just gives errors about not being able to resample. > > Eric - did you have any plans for the driver? Do you know of any problems? > I already fixed one thing, the default pcm should be "default" not "hw" > > thanks -mike > > > >

1 0

Re: Sorry. My first contribution. You can ignore this patch if u will.
by Alexandre Julliard 25 Mar '04

25 Mar '04

Urbez Santana <urbez(a)linuxupc.upc.es> writes: > 1. Make possible instal.lation programs win16 bits working. (Not finished) > *I have changed the protocol to obtain the Teb & the Peb of another process > in kernel32. You don't want to do that. We don't support low-level Win9x dlls anymore. > 2. Make possible all programs of Microsoft Developer Studio works. > *Spy++: works with external windows processes. I have changed the protocol > now to access with ReadProcessMemory to another window process information. This is wrong, it must go through server calls (and it mostly does already), you can't directly access system structures in other processes. > 3. Make possible use shell32.dll.so and shlwapi.dll builtin, and no more use > of native dlls. I need more time, for this, i have great work with shlwapi, > dissassemble and debug with the native dll, and interpret the assembler code > to obtain FDSA functions and another shlwapi functions that needed by HH.EXE You can't base your implementation on disassembled Microsoft code. I'm afraid we can't use your code. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [Tools] API status - fix module name size
by Ferenc Wagner 25 Mar '04

25 Mar '04

Seems like you forgot the patch. -- Feri.

1 0

Re: [Tools] API status - fix module name size
by Jeremy Newman 25 Mar '04

25 Mar '04

Nothing was attached. Please send the patch. Thanks! On Thu, 2004-03-25 at 06:51, hatky wrote: > Changelog: > Ofir Petruska <hatky(a)users.sf.net>: > Fix the module name cut to 5 chars bug - > Get a MODULE_LENGTH constant and pad Total to it -- Jeremy Newman <jnewman(a)winehq.org>

1 0

Re: NetBios
by Juan Lang 25 Mar '04

25 Mar '04

Flyker wrote: > Does wine NetBios can work with remote windows > application that use NetBios ? In limited circumstances, yes: - it supports only NetBIOS-over-TCPIP (NBT), not nbipx or netbeui - it only supports client sessions: it can't act as a NetBIOS server, nor does it support datagrams --Juan __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

1 0