- wine-devel - winehq.org

Re: Re: Empty (Stubs in spec only) d3drm
by fenix＠club-internet.fr 18 May '04

18 May '04

>On Tue, May 18, 2004 at 12:59:57AM +0200, Ivan Leo Murray-Smith wrote: >> This dll is needed by a game, bug report number 1202. With this empty dll, the >> game crashes at the same point where it crashes when used with the native copy, >> mainly because it crashes before any function in the dll is called. But at least >> it doesn't crash with a dll not found error. You'll have to run the autofoo >> stuff after applying this patch. > >Ivan, > >As far as I know, you did not submit also a patch to the default >configuration file to add this DLL with 'native' as default (which is a good >thing as all the people having a Windows box have this DLL - it could even >be installed if someone manages to install DirectX under Wine). > > Lionel > Hi Lionel, This dll should be easy to implement (almost geometries utilities functions as d3dx8/d3dx9 for d3d8/d3d9). It can be a begin for people who want to begin patches for wine (as for d3dx8/d3dx9) :) Regards, Raphael PS: d3dx8/d3dx9 have difficults parts on some textures and geometry loading (stream/unstream) and shaders utilities.

3 3

VirtualProtect bug?
by Robert Reif 18 May '04

18 May '04

I'm trying to write a test that checks for data overruns using VirtualAlloc and VirtualProtect and I think I may have found a bug. Here is the problem: DWORD dwPageSize; BYTE * twoPages, temp; DWORD flOldProtect; twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE); res = VirtualProtect(twoPages + dwPageSize, dwPageSize, PAGE_NOACCESS, &flOldProtect); temp = twoPages[dwPageSize + 1]; // should cause exception but doesn't in wine twoPages[dwPageSize + 1] = 0; // does cause exception I would like to write a test to check the exception handling but I don't know how to do a __try and __except in C. Any ideas?

2 2

RE: Message Notify
by Julliard 18 May '04

18 May '04

1 0

Re: [MSI] Added version info to MSI dll
by Filip Navara 18 May '04

18 May '04

Christian Costa wrote: >+#define WINE_FILENAME_STR "amstream.dll" > This should be '#define WINE_FILENAME_STR "msi.dll"'. - Filip

2 1

Path too deep???
by Clare 18 May '04

18 May '04

Hello groups, I would like to use Wine to run a Windows compiler "cc" to complie a c file "test.c" on Linux, but I have the problem. <try1> cd /a1/a2 wine -- /usr/local/bin/cc -c /b1/b2/b3/b4/b5/b6/test.c -o test.o Catastrophic error: could not open source file \b1\b2\b3\b4\b5\b6\test.c I try this in another way like this: <try2> cd /a1 wine -- /usr/local/bin/cc -c /b1/b2/b3/b4/b5/b6/test.c -o test.o This works well. Could you give me some informations why <try1> has the error? Thank you. Best Regards, Clare

2 1

RE: Text message
by Dmitry 18 May '04

18 May '04

1 0

Re: Document
by Julliard 18 May '04

18 May '04

1 0

New changes
by Dmitry 18 May '04

18 May '04

1 0

Almost forgot...
by Robert van Herk 18 May '04

18 May '04

This is the url of the website of the GP install people http://www.qsc.co.uk/source_ins.htm The idea is that you pay for another product (version controlling system) and then get the source code for GP install for free :-). Grtz, Robert

1 0

GP Install
by Robert van Herk 18 May '04

18 May '04

Hi people, GP-install is a free win32 setup builder. I have been using it in Wine, and it is quite usable except for some irritating (wine) bugs. For example, it forgets that it is installed and before each run needs to be installed again... :-( I read on the GP install website that they have source available, though at a price. Would it be wise if I would mail them and ask whether for Wine they would grant us (or me) free access to their source code, just to patch up Wine a bit? After all, it would also increase their possible install base... Greetings, Robert

1 0

RE: Getting the API's for Windows Applications
by Rolf Kalbermatter 18 May '04

18 May '04

Jacobus Erasmus <jacobus(a)kewlconcepts.co.za> wrote: >Is it possible to workout or read the API's that a specific Windows >application use ? > >The theory is that it would be possible to estimate the amount of work >needed to get a Windows app to work on Wine by calculating the number of >API's that is not working or only half working and estimating the time >it would take to correct these API's. This would be a very rough estimation. Some APIs are simple to implement and some are not. The ones not yet in Wine are often of the second class but that is not a general rule. >By running wine-debug it is possible to get the API's used by an >application. I'm hoping that there is some simpler way (although I'm not >holding my breath) to read the API's used by an application directly >from the .exe or .dll. It really depends. You could walk the import table of the executable both the standard and delayed imports and get quite far. dumpbin or whatever it is called can do that. However this will not account for dynamically imported APIs some applications do, to work for instance around API differences between different Windows version. Or another reason might be that a certain API is optional and the app should keep running eventhough that API is not available on the target system. I think to catch those APIs as well only API profiling would help. But it may not be the main issue here as the dynamic runtime linking is most often done to prevent the application from not starting up when the underlyiing API is not present. Rolf Kalbermatter

3 2

Hidden message
by Julliard 18 May '04

18 May '04

1 0

Re: Thanks :)
by Dmitry 18 May '04

18 May '04

1 0

Re: Empty (Stubs in spec only) d3drm
by Lionel Ulmer 18 May '04

18 May '04

On Tue, May 18, 2004 at 12:59:57AM +0200, Ivan Leo Murray-Smith wrote: > This dll is needed by a game, bug report number 1202. With this empty dll, the > game crashes at the same point where it crashes when used with the native copy, > mainly because it crashes before any function in the dll is called. But at least > it doesn't crash with a dll not found error. You'll have to run the autofoo > stuff after applying this patch. Ivan, As far as I know, you did not submit also a patch to the default configuration file to add this DLL with 'native' as default (which is a good thing as all the people having a Windows box have this DLL - it could even be installed if someone manages to install DirectX under Wine). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: IAutocomplete(5) Add sizing grip
by Dimitrie O. Paun 17 May '04

17 May '04

On Sun, May 16, 2004 at 02:44:25PM +0200, Maxime Bellengé wrote: > Autocomplete list boxes have a sizing grip to resize them. This patch > adds support for that. I'm not sure how the sizing grip should look exactly, but it would be very nice if you could use DrawFrameControl(hdc, &rc, DFC_SCROLL, DFCS_SCROLLSIZEGRIP); to draw it. I'm sure it will make it a lot easier to theme the code in the (near) future. -- Dimi.

2 1

Patch for ReadFile with NULL hEvent
by Scott W Gifford 17 May '04

17 May '04

According to MSDN, the hEvent member of an OVERLAPPED structure can be NULL: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/ba… OVERLAPPED ... Members ... hEvent Handle to an event set to the signaled state when the operation has been completed. The calling process must set this member either to zero or a valid event handle before calling any overlapped functions. A program I'm trying to run takes advantage of this, and as a result triggered a lot of these errors from Wine: err:file:GetOverlappedResult lpOverlapped->hEvent was null I wrote a patch that solves this, although it may not be the best solution. If when ReadFile is called overlapped->hEvent is NULL, the patch generates a new event with CreateEventA and sets the structure member to that event. To create a unique name, it uses the hex address of the overlapped structure along with a fairly long string, which is pretty likely to be unique. This works for the application I'm running. If this seems like a good enough solution, I can easily modify the other functions which initiate an overlapped read to do the same. ----ScottG.

2 5

StarCraft speed
by sysadmin 17 May '04

17 May '04

Чистый листI have Celeron333@417+MatroxG200, FC1, kernel 2.6.6 latest Wine and try to speedup StarCraft. IMHO, there is bug in mga video driver or something related that do not allow wine to switch video modes from 16 to 8 bit and Wine falldown to 16->8 emulation. I seen the same in some posts at wine-devel. Week ago I try StarCraft on Athlon 2500@3200+ATI Radeon8500, same FC1,Wine and amazing how small speed increase. Using oprofile I track that 99% CPU spend in dib.c in X11DRV_XXXX_8 (sorry don’t remember exactly). Using printf I investigate that 99% CPU used to convert internal wine 8bit with palette 640x480 picture to 16 bit format. There is some asm magic there, I try to speedup it ( lodsb/loop was be slowest instr. in IA86 at least at Pentiun Classic ) and replace by my 8X loop unroll code but nothing changes. The question is: Does anybody look at curent directx 2d code alg ? May be StarCraft engine use some “update region” and current Wine DirectX does not track clip list exactly, so Wine waste CPU converting big 640x480 but not small regions ? And what status of dga2 , why it cannot change color depth ? /dev/mem permissions is 777. I try StarCraft as root and in 8 bit desktop and it load main menu and completely block keyboard and mouse (btw, menu animation work really fast J) so I must press reset to reboot.

1 0

A little question o suggestion...
by Urbez Santana Roma 17 May '04

17 May '04

El Lunes, 8 de Marzo de 2004 23:20, wine-devel-request(a)winehq.org escribió: The file wine/server/file.c contains in line 151 to 156 (function create_file) the next lines: ----------------------------------------------------------------------------------------------------------------- mode = (attrs & FILE_ATTRIBUTE_READONLY) ? 0444 : 0666; if (len >= 4 && (!strcasecmp( name + len - 4, ".exe" ) || !strcasecmp( name + len - 4, ".com" ))) mode |= 0111; ------------------------------------------------------------------------------------------------------------------ That is a problem for a instal.lation programs or another programs that writen a Driver *.drv or a *.dll file, or another unknown extension. When created the file, the permisions not be 0555 or 0777, and the program instal.led not works, wine cannot execute them. My opinion, is that the files in a Windows Filesystem are virtually executable (the flag not exist, and all is an executable if one loads to exec) I cray that we must written the mode|=0111, whithout query the extension '.exe' '.com' '.drv' '.dll', etc... (note that the code only wants .exe and .com) I have write these modification and solutions the problem. ---------------------------------------------------------------------------------------------- mode = (attrs & FILE_ATTRIBUTE_READONLY) ? 0444 : 0666; mode |= 0111; ---------------------------------------------------------------------------------------------- -- Another problem is in file wine/dlls/kernel/ne_module.c : If the extension is not dll, exe, or com, the dll with another name cannot be executed. for example extensions with .drv .ldd .dat that are really DLL's cannot be executed, i have write a patch to solve it, but only i have added the extensions (that is not the correct solution). If u will, i can write a patch that detect if it is a NE module really without test the extension, (testing NE signature anz MZ, of the file...) ################################################ #- Urbez Santana i Roma - #- Email: urbez(a)linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################

1 0

stdole2.tlb and stdole32.tlb
by Jonathan Wilson 16 May '04

16 May '04

Is anyone working on getting sutable-to-use-in-wine versions of these? Would having these benifit OLE apps?

2 1

Re: VirtualProtect bug?
by Dan Kegel 16 May '04

16 May '04

> I'm trying to write a test that checks for data overruns > using VirtualAlloc and VirtualProtect and I think > I may have found a bug. Here is the problem: > > DWORD dwPageSize; > BYTE * twoPages, temp; > DWORD flOldProtect; > twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE); > res = VirtualProtect(twoPages + dwPageSize, dwPageSize, PAGE_NOACCESS, &flOldProtect); > temp = twoPages[dwPageSize + 1]; // should cause exception but doesn't in wine > twoPages[dwPageSize + 1] = 0; // does cause exception Say, that code fragment wasn't complete, was it? Looks like dwPageSize was uninitialized... > I would like to write a test to check the exception handling > but I don't know how to do a __try and __except in C. OK, I don't know much about it either. A little googling shows: http://www.kerneltraffic.org/wine/wn20030516_170.html#8 makes it sound like __try is hard to do with gcc. You might need to punt and, when compiling with gcc, do nothing unless building in winelib, where you'd set up a handler for SIGSEGV to catch the bad access. http://www.codeproject.com/cpp/transactions.asp?df=100&forumid=11253&exp=0&… has some examples of how __try is used in visual C. (Note that you can download a copy of visual C's commandline compiler free from Microsoft.) What confuses me is, doesn't MinGW support __try? Hrm. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

Patch to reduce warnings from comm.c
by Scott W Gifford 15 May '04

15 May '04

I have two programs I run under Wine that make use of the serial ports. I get this error and fixme when I run then: err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' fixme:comm:SetupComm insize 1050 outsize 1050 unimplemented stub I fixed these two in my copy of Wine with the attached patch. First, the GetCommState errors were because I was using a pseudo-tty as the serial port, so setserial didn't work on it. I modified it to ignore errors from setserial that set errno==EINVAL. SetupComm is a function that sets the communications buffer sizes. Wine doesn't have its own communication buffers, so I filled out this function to set the kernel's xmit buffer to the requested amount if possible, and ignore the receive buffer. With these changes, my programs work properly (they worked properly before), and I don't get these complaints from Wine. -----ScottG.

1 0

Re: symbol hiding
by Dan Timis 15 May '04

15 May '04

> From: Mike Hearn <mh(a)codeweavers.com> > Subject: Re: symbol hiding > Date: Sat, 15 May 2004 17:07:15 +0100 > Organization: CodeWeavers, Inc > > I think Pauls point was that if what you are doing is so secret and so > proprietary that you're afraid symbol names will leak trade secrets > you're > probably better off with some full blown code obfuscater/encryption > system. Actually, we do have an encryption system, and it is the name of the functions used internally by the encryption library that we want to hide. It is not for hiding trade secrets, but to prevent dishonest customers from accessing features without paying for them. This has been already used successfully on Mac and Windows where it is very easy to hide those names. Doing this will not make our copy protection full proof, but will slow down the inevitable hack. Hopefully, by the time someone will crack our copy protection we will have a new stronger version. Dan

2 1

Re: combobox: combobox popups should be always-on-top
by Dimitrie O. Paun 15 May '04

15 May '04

On Sat, May 15, 2004 at 11:34:08AM -0700, Steven Edwards wrote: > Changelog: Thomas Weidenmueller <w3seek(a)reactos.com> > combobox popups should be always-on-top Formatting seems to be a bit off. Shouldn't the content of the else be indented 4 spaces? -- Dimi.

1 0

Re: symbol hiding
by Dan Timis 15 May '04

15 May '04

Thank you Paul and Brian, I thought it was probably OK to ask these kind of questions. But, it's nice to know for sure. Dan

1 0

Re: symbol hiding
by Dan Timis 15 May '04

15 May '04

On Friday, May 14, 2004, at 05:34 AM, wine-devel-request(a)winehq.org wrote: > Message: 5 > Date: Thu, 13 May 2004 22:26:34 -0400 > From: Paul Davis <paul(a)linuxaudiosystems.com> > To: wine-devel(a)winehq.org > Subject: symbol hiding > > for this reason, i personally wouldn't feel comfortable asking in a > public forum how to go about doing this. your mileage may and probably > does vary, of course. My original question generated this new thread, which in turn became very technical. But, I think that Paul's original posting was more of a philosophical or maybe even moral nature. I'm not sure if there is a FAQ about the etiquette on this group, the kind of questions that can be asked, and the kind that cannot be asked. I have nothing to hide. Our company sells a piece a hardware that has an x86 mother board inside and runs Linux and wine. It is a consumer appliance similar to TiVo in the sense that it does not look like a computer and the customer does not have access to the Linux shell, nor can he or she run other applications. On top Linux we have a proprietary application that runs under wine (wine -- proprietary-application.exe.so). Our application is not open source. If questions relating to a commercial non open source product that uses wine heavily are not welcome on this list, I apologize and I will never ask these kinds of questions again. Dan Timis Muse Research, Inc.

3 2

Building WINE with Intel ICC for Linux
by Steven Edwards 15 May '04

15 May '04

Hello, I was able to build WINE with the Intel Compiler for Linux. Intel allows free usage for non-comercial works so I figured I would check and see if changing compilers would yield better performance. According to Intels site it is supposed to give a 15 to 30% speed boost in applications. I was able to compile WINE with only about a 10 line patch. Somehow some of of the inline asm is already getting defined by icc. I am having some problems running graphical applications and maybe it is related to the code I had to disable. If anyone else wants to test I figure this might be a good tool to have if you are porting a Winelib application and want a large performance speed up. I was able to get all of WINE to build but was not able to run any graphical applications due to the crash show in the attached crash.log I was however able to run quite a few console applications including regresion tests which showed failures quite a few failures. If anyone is interested in building WINE with the Intel Compiler I will be happy to test a bit but I dont have a lot of time to put in to it. Attached is my hack.diff and the log from trying to run regedit. 1. Download ICC and run icsvar.sh 2. apply the following patch 3. Configure wine with ./configure CC=icc 4. recompile WINE. Thanks Steven __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

4 6

Broken link in WWN archive
by Stefan Leichter 15 May '04

15 May '04

Hello, to reproduce the problem do this sequence starting from winehq's main page: 1. click on More Issues... <http://www.winehq.org/?issue=back> in Weekly Newsletters 2. scroll to the bottom of the page and click Next 12 Issues >> <http://www.winehq.org/?issue=back;pos=12> 3. scroll to the bottom of the page and click << Prev 12 Issues <http://www.winehq.org/?wwn=back;pos=0> you should now be back on the page of step 2 but you are back on the main page. The problem can be solved be replaceing the 'wwn' of the link against 'issue'. I did not find the template. Therefore I could not send a path :-( Bye Stefan

2 1

Re: Daylight Savings Time transition dates patch
by Steven Edwards 14 May '04

14 May '04

Hello Wililam, --- Wililam <computerman413(a)ezrs.com> wrote: > I have implemented the daylight savings time transition dates in the > RtlQueryTimeZoneInformation function. I think this may fix some of the Mozilla problems I have been seeing under WINE. Should the _tzname variable exported from msvcrt use this information? I sent a semi-stub implementation to wine-patches lastweek but I dont think its correct. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/

2 1

[ulrich@codeweavers.com: Re: Clipboard functionality across processes]
by Ulrich Czekalla 14 May '04

14 May '04

I should add that I think taking advantage of a clipboard client such as klipper is really the way to go. I think it may be wasted effort to duplicate what these clipboard clients are already doing. Frankly, I was planning to submit a patch to remove the last bit of code that provided this functionality. /Ulrich On Fri, May 14, 2004 at 01:25:18PM -0400, Ulrich Czekalla wrote: > The clipboard code is in dlls/x11/clipboard.c. dlls/x11drv/wineclipsrv.c > contains the code for the separate process that is suppose to be launched to > host the clipboard data once the application exits. I haven't looked at > this in a while. I'm not sure what state it's in. > > /Ulrich > > On Fri, May 14, 2004 at 03:23:34PM +0530, Santosh Siddheshwar wrote: > > Hi, > > Any pointers to where to look for the relevant code which may need to be > > looked at? > > Regards > > Santosh Siddheshwar > > > > > -----Original Message----- > > > From: Ulrich Czekalla [SMTP:ulrich@codeweavers.com] > > > Sent: Wednesday, May 12, 2004 7:13 PM > > > To: Santosh Siddheshwar > > > Cc: wine-devel(a)winehq.org > > > Subject: Re: Clipboard functionality across processes > > > > > > The short answer is no. We did have this functionality before and much of > > > the code is still in cvs but it was broken for some time and I've disabled > > > it. With a little bit of work it could be added back. > > > > > > There are other ways to do this such as using klipper. > > > > > > /Ulrich > > > > > > On Wed, May 12, 2004 at 06:00:35PM +0530, Santosh Siddheshwar wrote: > > > > Hi, > > > > Does WINE support access to clipboard data across WINE processes. For > > > e.g. > > > > one app opens the clipboard and sets > > > > data into it using SetClipboardData, closes it and then exits. The other > > > app > > > > tries to retrieve this data. > > > > It works in windows but doesnt seem to do so in WINE. > > > > Regards > > > > Santosh Siddheshwar > > > > ********************************************************************* > > > > Disclaimer: The information in this e-mail and any attachments is > > > > confidential / privileged. It is intended solely for the addressee or > > > > addressees. If you are not the addressee indicated in this message, you > > > may > > > > not copy or deliver this message to anyone. In such case, you should > > > destroy > > > > this message and kindly notify the sender by reply email. Please advise > > > > immediately if you or your employer does not consent to Internet email > > > for > > > > messages of this kind. > > > > ********************************************************************* > > > > > > ********************************************************************* > > Disclaimer: The information in this e-mail and any attachments is > > confidential / privileged. It is intended solely for the addressee or > > addressees. If you are not the addressee indicated in this message, you may > > not copy or deliver this message to anyone. In such case, you should destroy > > this message and kindly notify the sender by reply email. Please advise > > immediately if you or your employer does not consent to Internet email for > > messages of this kind. > > ********************************************************************* > > ----- End forwarded message -----

1 0

Problem with CreateFileA on "\\\\.\\COM1"
by Scott W Gifford 14 May '04

14 May '04

I have a Windows application I'm running under Wine 20040309 that uses the serial port. It was giving error messages when it tried to open the serial port, but strace indicated that Wine wasn't even trying to open up the device I had configured. After some poking around, I found that CreateFileW doesn't recognize this as a device: \\.\COM1 CreateFileW identifies the file as starting with backslashes and a dot, and in files/file.c:358 it uses RtlIsDosDevice to determine whether it's a DOS device name. RtlIsDosDevice returns 0, so at line 360 Wine tries to open \\.\COM1 as a VxD. A small patch (attached) to RtlIsDosDevice allows it to correctly recognize DOS device names. I'm not sure if this is the best possible fix, but with this change my application works properly. ----ScottG.

2 2

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading
by Alexandre Julliard 14 May '04

14 May '04

Raphael <fenix(a)club-internet.fr> writes: > Alexandre, instead using copy of the sames files can we use a static library > for sharing this code ? I'm afraid not, we can't create a separate static library every time we need to share some code between dlls, it doesn't scale. -- Alexandre Julliard julliard(a)winehq.org

4 5

Re: Daylight Savings Time transition dates patch
by Alexandre Julliard 14 May '04

14 May '04

Wililam <computerman413(a)ezrs.com> writes: > Here is the ChangeLog entry (I didn't patch the ChangeLog file): > > * dlls/ntdll/time.c > William Lahti <computerman413(a)ezrs.com> > > - Implemented daylight savings time transition dates That's not a real implementation, you are just hard-coding the dates, that's not correct. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: AreAllAccessGranted patch
by Alexandre Julliard 14 May '04

14 May '04

Wililam <computerman413(a)ezrs.com> writes: > * dlls/advapi32/advapi32.spec, dlls/advapi32/security.c > William Lahti <computerman413(a)ezrs.com> > > - Implemented the AreAllAccesses granted API and removed its stub entry I'd suggest looking into the C bitwise operators... Also please try to follow a more standard C coding style; braces don't need semicolons, and the function body should be indented. -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: Clipboard functionality across processes
by Santosh Siddheshwar 14 May '04

14 May '04

Hi, Any pointers to where to look for the relevant code which may need to be looked at? Regards Santosh Siddheshwar > -----Original Message----- > From: Ulrich Czekalla [SMTP:ulrich@codeweavers.com] > Sent: Wednesday, May 12, 2004 7:13 PM > To: Santosh Siddheshwar > Cc: wine-devel(a)winehq.org > Subject: Re: Clipboard functionality across processes > > The short answer is no. We did have this functionality before and much of > the code is still in cvs but it was broken for some time and I've disabled > it. With a little bit of work it could be added back. > > There are other ways to do this such as using klipper. > > /Ulrich > > On Wed, May 12, 2004 at 06:00:35PM +0530, Santosh Siddheshwar wrote: > > Hi, > > Does WINE support access to clipboard data across WINE processes. For > e.g. > > one app opens the clipboard and sets > > data into it using SetClipboardData, closes it and then exits. The other > app > > tries to retrieve this data. > > It works in windows but doesnt seem to do so in WINE. > > Regards > > Santosh Siddheshwar > > ********************************************************************* > > Disclaimer: The information in this e-mail and any attachments is > > confidential / privileged. It is intended solely for the addressee or > > addressees. If you are not the addressee indicated in this message, you > may > > not copy or deliver this message to anyone. In such case, you should > destroy > > this message and kindly notify the sender by reply email. Please advise > > immediately if you or your employer does not consent to Internet email > for > > messages of this kind. > > ********************************************************************* > > ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

2 1

symbol hiding
by Paul Davis 14 May '04

14 May '04

i'd just like to mention a small concern i have. hiding symbols might well be a perfectly honest thing to want to do. i personally can't see why, since a list of symbol names doesn't provide much extra help to somebody who wants to disassemble and reverse engineer your code. but i can understand that there might be some circumstances where its desirable. the problem is while hiding symbols doesn't impede a disassembler/reverse engineering effort very much, it does impede attempts to demonstrate the inappropriate use of someone else's code. for this reason, i personally wouldn't feel comfortable asking in a public forum how to go about doing this. your mileage may and probably does vary, of course. --p

5 13

Unhandled API Call to Kernel32 Question
by Roger 14 May '04

14 May '04

Hi All, I am attempting to run a native windows VB6 app (United Devices) in wine, fake windows, but I continue to encounter an unimplemented/unhandled API call "CreateRemoteThread" to kernel32 error with any and all RH distro kernels using any wine version. I was simply wondering if any engineer might be considering working on implementing this call anytime soon. I am in the process of filling a bug report in the hopes an engineer might be motivated to take it on. Here is what my investigation has shown to date regarding this function. The function appears to be properly declared in winbase.h (wine version) as is the already implemented function 'CreateThread' along with the structure type SECURITY_ATTRIBUTES common to both calls. The kernel32.spec file exports show CreateRemoteThread apparently stubbed "@ stub CreateRemoteThread" but the implemented CreateThread shows "@ stdcall CreateThread (ptr long ptr long long ptr)". I wish I knew C and patch submission procedure and would gladly volunteer to work on this one but I only know some VB and am attempting to code this call in a simple VB6 procedure to replicate the error and, if sucessful, will be happy to provide the exe and source to winehq if desired. Any advice where I go from here as I want to dump win, get more hd space but I need this app? Thanks, Roger

4 8

Re: wininet: prevent memory leak and superfluous status notifications
by Steven Edwards 13 May '04

13 May '04

Hello Kevin, --- Kevin Koltzau <kevin(a)plop.org> wrote: > Under Windows, InternetOpenUrl only sends one > INTERNET_STATUS_HANDLE_CREATED and the > handle created by this function only creates one > INTERNET_STATUS_HANDLE_CREATED when closed While you are working on the wininet stuff... If you have time could you look at a way to be able to make use of Winsock on the mingw port? We wanted to convert wininet to winsock but Alexandre says this will be to slow on Unix so we need to do something the wininet souce to be able to make it use Unix sockets on Unix and Winsock on the windows port. I dont really understand or know how this should be done as I never really have done any socket programing. If you could fix it for Wininet or point me to a example then I can try and do it for other dlls we might want to share on the Windows port. I am thinking about trying to port our ICMP.dll to Winsock also for the Mingw/ReactOS port but once again it needs to be able to do both Winsock and Unix Sockets. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861

2 1

Re: Exporting symbols
by Dan Timis 13 May '04

13 May '04

> From: Mike Hearn <mh(a)codeweavers.com> > Subject: Re: Exporting symbols > Date: Thu, 13 May 2004 10:39:42 +0100 > Organization: CodeWeavers, Inc > > On Wed, 12 May 2004 19:45:42 -0700, Dan Timis wrote: >> After running strip on the .exe.so if we do nm -D all the symbols are >> still there. Is there any way to get rid of the ones that are not >> needed for dynamic linking? > > Dmitry is right, ask on the binutils list. However if you hide symbols > using the --retain-symbols-file trick or versioning scripts, you may be > able to mangle the symbol table without breaking anything. Why not try > it > - write a program to scan .symtab for the symbols you want to hide and > scramble the strings. I'd be interested to hear the results. > > ELF was not really designed for code obfuscation like this though. I > think > nvidia use a preprocessor to mangle symbols in the final binary, if you > ask them they may be willing to tell you how it's done (maybe even give > you the code). > > thanks -mike Thanks Mike and Dmitry, I'll try the binutils list. I might do code obfuscation. But, it may be safer for me to do something like: #define MyClass F18Rsjkfgwe6 #define MyMethod aYSm48dYo49H class MyClass { void MyMethod(cha *, bool); etc. rather than mess with the binaries. Dan

1 0

Alsa compilation error
by Francois Gouget 13 May '04

13 May '04

revision 1.42 date: 2004/05/05 22:03:48; author: julliard; state: Exp; lines: +143 -67 James Courtier-Dutton <James(a)superbug.demon.co.uk> Updated to the new alsa api. This patch causes a compilation error on my build machine: alsa-headers 0.9+0beta12-3 gcc -c -I. -I. -I../../../include -I../../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o audio.o audio.c audio.c: In function `ALSA_TraceParameters': audio.c:398: too many arguments to function `snd_pcm_hw_params_get_access' audio.c:399: too many arguments to function `snd_pcm_hw_params_get_format' audio.c:448: too many arguments to function `snd_pcm_hw_params_get_channels' audio.c:452: too many arguments to function `snd_pcm_hw_params_get_channels_min' audio.c:453: too many arguments to function `snd_pcm_hw_params_get_channels_max' audio.c:462: too many arguments to function `snd_pcm_hw_params_get_buffer_size' audio.c:466: too many arguments to function `snd_pcm_hw_params_get_buffer_size_min' .... It looks like it removed compatibility macros. Why? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS

3 4

Winelib and MFC and mixing native Windows DLLs
by Raghavan Gurumurthy 13 May '04

13 May '04

I am trying to build my MFC-based Windows application on Linux. First question - I read in the Winelib user guide that I have to build MFC completely on Winelib as well. Is this really a must? Is there no other alternative? Second question - If my Windows application uses 10 DLLs, do I have to build all these 10 DLLs in addition to the executable on Winelib? Or can I leave the 10 DLLs run in 'native' mode and only convert the executable to be built with Winelib? Thanks in advance, Raghavan

3 2

Winelib Native Linux App
by Simon Craythorn 13 May '04

13 May '04

I'm a little confused on two points. I wrote a simple windows application just to open a window. It has a file menu with exit on it, and that's about it. All the documentation I read for Winelib suggests that re-compiling the application is the best option as this will give a native linux app that can be run directly. But when I compile this app with winelib it generates "winer.exe.so" which needs to be started with the command "wine winer.exe.so". This isn't my idea of being able to be run directly. Secondly, all my windows apps and DLL's are in Borland Builder (just native Win32 C, no VCL/MFC or other third party products). I have Kylix3 installed. I've managed to re-compile my test app with Kylix and link it to the Wine libraries. When I try and run the resulting executable it complains that it can't fine kernel32.dll.so. Just to test I tried copying kernel32.dll.so to the same place as my test app, same result. I added /usr/lib/wine to ld.so.conf and ran ldconfig, but this doesn't help either. Anyone any ideas on either of these issues. Searching the lists it seems I'm the only one to attempt compiling with Kylix at all. -- Simon Craythorn using MailCopa V6.01 InterVations, Inc http://www.intervations.com http://www.mailcopa.com

1 0

[patch] Listview drag-and-drop fix
by Paul Rupe 13 May '04

13 May '04

Xnews was treating all mouseclicks as drag-and-drop operations in the newsgroup listview. The problem was that LISTVIEW_TrackMouse was losing the WM_LBUTTONUP message. This patch adds the missing call to DispatchMessage. License: X11, LGPL Changelog: <prupe(a)myrealbox.com> Dispatch the last message when exiting LISTVIEW_TrackMouse -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

2 3

Re: winmm test patch
by Andreas Mohr 13 May '04

13 May '04

Hi, On Thu, May 13, 2004 at 07:30:27AM -0400, Robert Reif wrote: > Adds better error messages. Would probably be more useful to use an often-used construct like: #define DEVTYPE_TO_STR(dev) case dev: return #dev Andreas Mohr

1 0

Load a .so from a Windows binary using Wine
by Raghavan Gurumurthy 13 May '04

13 May '04

I have a Windows GUI application that runs on Wine (not Winelib). Now i want to use that code to load a native Linux .so - how can i do this? Thanks in advance, Raghavan

4 3

Exporting symbols
by Dan Timis 13 May '04

13 May '04

Hi, We need to have a library that links statically to a wine application. The wine application is an .exe.so, so everything becomes in the end an exe.so. The problem we have is that all the symbols are exposed. I have very little experience with Windows, but I understand that with a Windows DLL you can export certain functions, while hiding the others. I know that's also true for the Mac. Is there any way to export only the functions that are called by the code we link to, without exposing the internal workings? Ideally we would like to be able to provide a static library created with ar or ranlib, link that library with other object files to create a .exe.so for wine, but when you do "nm" on the resulting .exe.so you would not see all the inner workings of our library. Is that possible? Thanks, Dan Timis Muse Research, Inc.

3 4

Clipboard functionality across processes
by Santosh Siddheshwar 12 May '04

12 May '04

Hi, Does WINE support access to clipboard data across WINE processes. For e.g. one app opens the clipboard and sets data into it using SetClipboardData, closes it and then exits. The other app tries to retrieve this data. It works in windows but doesnt seem to do so in WINE. Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

3 2

probs w/ make and make install
by eternal＠antelecom.net 12 May '04

12 May '04

cd `dirname dlls/__install-lib__` && make install-lib rm -f libdxerr8.a && ln -s dxerr8/libdxerr8.a libdxerr8.a rm -f libdxerr9.a && ln -s dxerr9/libdxerr9.a libdxerr9.a rm -f libdxguid.a && ln -s dxguid/libdxguid.a libdxguid.a rm -f libuuid.a && ln -s uuid/libuuid.a libuuid.a cd `dirname advapi32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advapi32.dll.so /usr/local/lib/wine/advapi32.dll.so cd `dirname amstream/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c amstream.dll.so /usr/local/lib/wine/amstream.dll.so cd `dirname avicap32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avicap32.dll.so /usr/local/lib/wine/avicap32.dll.so cd `dirname avifil32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avifil32.dll.so /usr/local/lib/wine/avifil32.dll.so make: don't know how to make _install_/avifile.dll.so. Stop *** Error code 2 Stop in /usr/home/vertigo/wine-20040505/dlls. *** Error code 1 Stop in /usr/home/vertigo/wine-20040505. ----------------------------- this is the 2nd stop that occured... during make, towards the end, it couldn't open /home/vertigo/wine-20040505/programs/winetest/advapi32_test.exe... i checked in that dir, and the files were still *_test.exe.so. seemingly, the previous step that copied these files here also stripped them, but did not change their names (remove the .so). i did this manually, and retried make, which finished. the above stop happens almost immediatly from make install. this is on freebsd4.9, and this is basically the same that has always happened for me with all versions of wine i've tried. can someone either help me get this to work, or atleast stop the spreading of the lie that wine works on bsd (have never heard someone say that they had it running on bsd). i've been kicking this horse for months, is it dead? -shaun

2 1

Re: Readme.diff
by Dimitrie O. Paun 12 May '04

12 May '04

On Wed, 12 May 2004, Tom wrote: > Changelog: > Fix a couple url's The shorter URLs are just fine (and better IMO), please don't change them. -- Dimi.

2 1

Re: Running "United Devices Agent"
by Saulius Krasuckas 12 May '04

12 May '04

On Tue, 11 May 2004, Roger Olson wrote: > Saulius Krasuckas Wrote: > > Can you compare it to info given by this page: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/ba… > > Yes, http://members.toast.net/obc (near the bottom) I linked to two > pages out of my VS6 (patched to SP6) app help file (converted to html) > describing the call and the structure. It's interesting that the VS6 > help would indicate CRT() suported in win98 in contradiction to the MSDN > compatibility inferences. Now I'm snowed :-). Thanks, I see now. > > That sounds at least strange for me. Times ago I would have been > > thanking god for being able to call CreateRemoteThread() on my win98se > > box. Just I was unable to "find" it inside kernel32.dll here then. Ignorant me - I haven't checked export table of kerne32.dll of my win98se. It seems CreateRemoteThread() really sits there: [s2@katleriai s2]$ winedump -x dump /mnt/wD/windows/system/kernel32.dll | grep -iC1 createremotethread 00039518 199 CreateProcessW 000394FD 200 CreateRemoteThread 000075ED 201 CreateSemaphoreA Sorry for the wind. > I am going to attempt, with my very limited program abilities, write and > compile a hopefully simple VB6 app to call this function but, given my > learning curve, it may take me awhile. Whether it works or not will at > least let us know which MS document is most correct and post back > results. If you have the time and inclination, perhaps you could do it > much faster than me. Learning curve mine "lags" even more ;-), and my experience is only of a "advanced user" type. As I have some own critical situations to handle my hands are off this testing. > > Yeah, I've noticed that. Still, this req. sounds too artificially for > > me. And I am afraid UD Agent will run even with Wine version set to > > win31. ;-) I am not anymore sure about this. Sorry.

1 0

Running "United Devices Agent"
by James Courtier-Dutton 12 May '04

12 May '04

It is about time that grid.org project used open source code for their "United Devices" agent. The performance would be much greater if more people saw the source code, and helped optimise it. My $0.02 worth. James

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