wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

OleDropTargetInterface prop on: RegisterDragDrop at: dlls/ole32/ole2.c
by Sebastian Wain (Hotmail) 01 Apr '04

01 Apr '04

Dear Wine Devel list, I was reading the Drag&Drop implementation in the Wine sources and didn't find a SetProp() of the handle with the property "OleDropTargetInterface" to the IDropTarget pointer. I think it's not a well documented property (not in MSDN) but it appears to be useful if somebody (sometime) will try to automate drag&drop operations. Cheers, Sebastian Wain -- http://swain.webframe.org

2 1

WineAdoptThread
by Paul Davis 01 Apr '04

01 Apr '04

(this is for review by people who know better than me :) [ some functions are replaced here by lower case versions because this code is not part of dlls/ntdll/thread.c. consequently, we have to dlopen() that library, and dlsym() the functions we need. if this ever makes it into Wine, this will go away ] /*********************************************************************** * adopt_thread - take an existing linux thread (of some kind) and make win32 aware of it */ int WineAdoptThread (void) { TEB *teb; void *addr; ULONG size; struct wine_pthread_thread_info thread_info; struct debug_info debug_info; int request_fd; int tid; debug_info.str_pos = debug_info.strings; debug_info.out_pos = debug_info.output; teb = shared_alloc_teb( &size ); teb->tibflags = TEBF_WIN32; teb->exit_code = STILL_ACTIVE; teb->request_fd = -1; teb->reply_fd = -1; teb->wait_fd[0] = -1; teb->wait_fd[1] = -1; teb->debug_info = &debug_info; teb->htask16 = NtCurrentTeb()->htask16; thread_info.stack_base = NULL; thread_info.stack_size = 0; thread_info.teb_base = teb; thread_info.teb_size = size; thread_info.teb_sel = teb->teb_sel; wine_pthread_init_current_teb( &thread_info ); SERVER_START_REQ( new_thread ) { size_t rsz = sizeof (*req); req->suspend = FALSE; req->inherit = 0; /* FIXME */ pthread_mutex_lock (&proxy_thread_lock); if (write (proxy_pipe_request[1], &__req, sizeof (__req)) != sizeof (__req) || read (proxy_pipe_status[0], &__req, sizeof (__req)) != sizeof (__req) || read (proxy_pipe_status[0], &request_fd, sizeof (request_fd)) != sizeof (request_fd)) { fst_error ("cannot read/write proxy thread request (%s)", strerror (errno)); } pthread_mutex_unlock (&proxy_thread_lock); if (request_fd >= 0) { tid = reply->tid; } fst_error ("request FD for adopted thread is %d\n", request_fd); } SERVER_END_REQ; if (request_fd < 0) goto error; teb->ClientId.UniqueProcess = (HANDLE)GetCurrentProcessId(); teb->ClientId.UniqueThread = (HANDLE)tid; teb->request_fd = request_fd; /* don't bother with signal initialization since we redirect all signals back to linux anyway. */ /* SIGNAL_Init(); */ /* server_*/ init_thread( thread_info.pid, thread_info.tid, NULL ); wine_pthread_init_thread( &thread_info ); /* create a memory view for the TEB */ ntallocatevm ( GetCurrentProcess(), &addr, teb, &size, MEM_SYSTEM, PAGE_EXECUTE_READWRITE ); /* allocate a memory view for the stack */ size = thread_info.stack_size; ntallocatevm ( GetCurrentProcess(), &teb->DeallocationStack, thread_info.stack_base, &size, MEM_SYSTEM, PAGE_EXECUTE_READWRITE ); /* limit is lower than base since the stack grows down */ teb->Tib.StackBase = (char *)thread_info.stack_base + thread_info.stack_size; teb->Tib.StackLimit = thread_info.stack_base; /* setup the guard page */ size = 1; ntprotectvm ( GetCurrentProcess(), &teb->DeallocationStack, &size, PAGE_EXECUTE_READWRITE | PAGE_GUARD, NULL ); acquirepeblock (); InsertHeadList( &tls_link_head, &teb->TlsLinks ); releasepeblock (); fprintf (stderr, "thread adopted\n"); return 0; error: shared_free_teb (teb); /* XXX deallocate VM */ /* close thread handle */ close (request_fd); return -1; }

2 1

Regression in file handleing.
by tony_lambregts＠telusplanet.net 01 Apr '04

01 Apr '04

Andrew Talbot reports a regression in icon handling in this bug report. http://bugs.winehq.org/show_bug.cgi?id=2135 apparently it was caused by this patch http://cvs.winehq.org/patch.py?id=11698 -- Tony Lambregts

2 1

Re: bug in winemine about box
by Blake Leverett 01 Apr '04

01 Apr '04

this seems to be broken on win2k3, even if run in compatibility mode. See attached screenshot. It's OK on wine, and I don't have other versions of windows to test. Ivan. Are you really running a windows version of winemine under XP running in Bochs? Or is the screen shot misleading? Blake

1 0

Fwd: Re: Source code visualization tools?
by Blake Leverett 01 Apr '04

01 Apr '04

Joel Konkle-Parker wrote: > Is there such a thing as a source code visualization tool that makes a > "map" of a program's source? Kind of like: > > main() > | > | > function1() > /\ > / \ > func2() func3() > | > | > func4() > > I'm basically looking for something that will help me "see" how a > program is laid out so that I can start working on it. > > Thanks in advance. > > I was looking for a similar thing a while back. One great tool for navigating the wine source is the etags program. In the wine source directory, type 'make etags'. This makes a file called TAGS. Then, start emacs, and type alt-x visit-tags-table, and load the tags file. You can navigate the source by function. See the tags manpage and the emacs manpage for the tags section for details. Blake `--------------- Forwarded message (end)

2 1

bug in winemine about box
by Ivan Leo Murray-Smith 01 Apr '04

01 Apr '04

this seems to be broken on win2k3, even if run in compatibility mode. See attached screenshot. It's OK on wine, and I don't have other versions of windows to test. Ivan.

2 1

Re: [patch] Wine 20040309: documentation patche
by Vincent Béron 01 Apr '04

01 Apr '04

Le mer 31/03/2004 à 11:49, Peter Hanecak a écrit : > Hello, > > while building Wine on "RedHat 9"-like system I encountered two typo in > Wine documentation which prevented me from "compiling" documentation with > docbook2html (docbook-utils-0.6.12-5). The fix is correct, but it's already been applied to cvs on March 11. Usually, it's best to confirm that the bug still exists in current cvs before writing/sending a fix, else there's a real probablitity to duplicate some work. And that probability goes up as time goes by. Vincent

1 0

Winelib Test Drive problem
by greensh＠knology.net 01 Apr '04

01 Apr '04

Hi, I'm starting to use the latest winelib (wine-20040309 release) to try eventually compiling an windows MFC app I wrote. Before attempting this however, I'm following all directions in the winelib user guide, but the Test Drive fails and so it tells me to post to this mailing list. I named my directory winemine2 and copied the source files to this. Then ran winemaker, but it did NOT create a configure script. So I tried make, but it fails with; winebuild -o winemine2.exe.dbg.c --debug -C. dialog.c main.c winegcc -c -mno-cygwin -I. -o winemine2.exe.dbg.o winemine2.exe.dbg.c winegcc -c -mno-cygwin -I. -o dialog.o dialog.c winegcc -c -mno-cygwin -I. -o main.o main.c wrc -I. -foEn.res En.rc En.rc:23:22: Error: syntax error make: *** [En.res] Error 1 I guess if this doesn't work, nothing else might not.

2 1

Re: opengl version.rc
by Alexandre Julliard 31 Mar '04

31 Mar '04

Tom <twickline(a)skybest.com> writes: > Sorry here it is again, Thanks to Ivan & Aric for there time! > If there is a problem with this patch can someone let me know ? :-) I put it in, but next time please send the Makefile changes too, and make the diff relative to the top-level directory. Thanks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: systray in desktop mode [unified resend]
by Mike Hearn 31 Mar '04

31 Mar '04

On Tue, 2004-03-30 at 06:08, Martin Fuchs wrote: > If you want to do exactly what native shell32 does, you can just drop > all the old (non-desktop mode) code and replace it with what my > patch wanted to do in desktop mode. Yes, I realise that. I guess you checked that these are the same messages native shell32.dll uses? > Your new implementation will also create such a message receiver > window. So you want to create your tray window at any startup of > Wine regardless if it will be used or not? May be a bit overkill, but > it would work. This is still an unanswered question. I wanted to special-case FindWindow so we get efficiency but I think Alexandre didn't like that, so I guess we have to always start it. Alexandre? > In the result it will look like this: > If there is no explorer application, the icons will show up in the > Linux systray. If there is an Explorer running, they will show up > _both_ in Linux' and Explorer's systray. That sounds OK thanks -mike

3 2

multiple constant definitions
by Warren Turkal 31 Mar '04

31 Mar '04

wt@braindead:~/src/wine/wine/include$ grep -ri 'c0000005' * ntstatus.h:#define STATUS_ACCESS_VIOLATION 0xC0000005 winnt.h:#define STATUS_ACCESS_VIOLATION 0xC0000005 I found this while searching for the cause of Empire Earth to not work. These are defined in multiple places. Would it not be better to just include ntstatus.h in winnt.h? wt -- Warren Turkal President, GOLUM, Inc. http://www.golum.org

4 4

'unicode' usage in x11drv/window.c (X11DRV_CreateWindow)
by pvriens＠xs4all.nl 31 Mar '04

31 Mar '04

Hi, while going through some of the code I saw that in the above mentioned function we sometimes do a SendMessage(A/W) depending on the setting of the unicode parameter. In the same function we do 3 SendMessageW's without checking unicode. Is this correct or is this not harmful ? Cheers, Paul Vriens.

2 1

Re: bounced patch
by Ivan Leo Murray-Smith 31 Mar '04

31 Mar '04

> It's a new file, how do I diff againt cvs if the file isn't in cvs ? You can diff a file even if it isn't in the CVS. Just run diff -urN wine/ new/ > patch.diff where wine is the current cvs code and new is the source tree with all the changes you've made. You can avoid duplicating the whole tree by only diffident a file or directory, for example diff -urN wine/dlls/opengl new/dlls/opengl > patch.diff in this case, the "new" directory only has to contain the dlls/opengl directory. > I thought maybe I should have set 2600 to just 26 ?? No, keep it at 2600. BTW the win2k3 build number is 3790, as it's the latest Microsoft release you may want to use that one instead. Ivan.

2 1

Re: bounced patch
by Ivan Leo Murray-Smith 31 Mar '04

31 Mar '04

> May I ask why this bounced ? Maybe because it isn't a diff file? Ivan.

2 1

bounced patch
by Tom 31 Mar '04

31 Mar '04

Hello, May I ask why this bounced ? http://www.winehq.org/hypermail/wine-patches/2004/03/0365.html Tom

1 0

Re: [kernel/user32] Some Specs
by Jonathan Wilson 31 Mar '04

31 Mar '04

BTW, implementations for WCSToMBEx and MBToWCSEx can be found here: http://article.gmane.org/gmane.comp.emulators.wine.patches/5049/ I dont have a usable setup to turn them into proper patches but if anyone wants to use them for WINE, go ahead and grab them. Not sure how usefull they would be but I suspect that they may bring WINE closer to the point where native WINIMM.DLL works.

1 0

filesystem changes break autofs patch
by Guido Draheim 31 Mar '04

31 Mar '04

To whoever is working on filesystem - let me remind you again (and again) that bsd autofs mountpoints do not exist until accessed - and they will not get created for removable media devices without a medium inserted, not even upon access / stat. Therefore, mapping "a:" to autofs'd "/vol/floppy" will not work in wine - any mapping to nonexistant mountpoint had been silently dropped in the past and btw one can not create a symlink to nonexistant point that easily. The unpatched wine has been unusable for autofs for a long time. I have been creating patches for a few years now integrating an option to ini file / registry but they were silently ignored. It is good if you are working again on the filesystem setup but please do not ignore autofs bsd-type automounter system! My patches do not work anymore, so I can not update to the lastest wine. I'll try to be patient and looking forward to your changes. -- guido http://google.de/search?q=guidod GCS/E/S/P C++/++++$ ULHS L++w- N++@ s+:a d(+-) r+@>+++ y++

1 0

RE: Handling dialogs created without using templates
by Santosh Siddheshwar 31 Mar '04

31 Mar '04

Hi, Do you have a solution to this issue? If yes, are you planning to introduce it soon? Thanks in advance. Regards Santosh Siddheshwar > -----Original Message----- > From: Dmitry Timoshkov [SMTP:dmitry@baikal.ru] > Sent: Tuesday, March 30, 2004 7:40 PM > To: Santosh Siddheshwar > Cc: wine-devel(a)winehq.com > Subject: Re: Handling dialogs created without using templates > > "Santosh Siddheshwar" <santosh.s(a)sonata-software.com> wrote: > > > Yes attached is a sample which is pretty similar to what I described > > below. > > Thanks. Now I see where the problem is. We have to hook dialog creation > code into common window creation code, something similar to what I've done > recently for MDI. Alexandre, are my thoughts correct? > > -- > Dmitry. ********************************************************************* 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

problem w/winebuild and '@' in names
by Jon Griffiths 31 Mar '04

31 Mar '04

Hi, winebuild doesn't support export names with an '@' correctly. When parsing the spec file, the @X is stripped. This causes names to be incorrectly listed as duplicates. I'm hitting this with mapi32.dll. Outlook 97 imports using get procaddress on the name including the '@', and some exports are given both with and without the '@' decoration. I'm working around this for mapi32 by commenting out remove_stdcall_decoration( odp->name ); at line 463 of parser.c. Is this a known problem, and is that the right solution? Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

4 4

Re: ALSA: Allow configuration of output devices to use and change standard output plugin requested to "default"
by felix.nawothnig＠t-online.de 30 Mar '04

30 Mar '04

On 03/26/2004 04:56:00 PM, Mike Hearn wrote: in ALSA_WaveInit(): > + wwo->device = ALSA_GetDeviceFromReg("PlaybackDevice"); in wodClose(): > + HeapFree(GetProcessHeap(), 0, wwo->device); and in widClose(): > + HeapFree(GetProcessHeap(), 0, wwi->device); Thats wrong. wods and wids can be reopened, ALSA_WaveInit is only called once. Caused... ALSA lib pcm.c:1906:(snd_pcm_open_noupdate) Unknown PCM 8ú<@ err:wave:wodOpen Error open: Success ALSA lib pcm.c:1906:(snd_pcm_open_noupdate) Unknown PCM 8ú<@ err:wave:wodOpen Error open: Inappropriate ioctl for device ...when my app. Commenting out the HeapFree()s fixes it. (I dunno where to put the HeapFree()s... but that's definitly the wrong place :)

2 1

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Brian Vincent 30 Mar '04

30 Mar '04

> Dimi, I still don't get you, what you are saying is: > changing class=todo to class=done is considerably easier then > changing class="todo" to class="done" Rule #1: whoever is willing to do the thankless job of maintaining pages on the web site gets to tell anyone else how they'd like the formatting to be. Since this issue has directly affected me in the past I will point out a real argument for making this stuff compliant: If I copy and paste the HTML into a WWN it would be nice if I didn't have to do a ton of markup to make it well-formed. In fact, I almost never reference anything on WineHQ for that very reason. For example, in issue #143 I went through the markup for the original to-do list and corrected it (which is interesting to look at now, btw). Likewise, it's simple to copy things into the documentation. A good example of which is: http://www.winehq.com/site/status_options Parts of which may end up in the User Guide. But that's just me, and I ain't the one maintaining it. So if Dimi doesn't want it then I guess the best thing to do would be to resubmit with those parts left out. -brian

1 0

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Dimitrie O. Paun 30 Mar '04

30 Mar '04

On Tue, 30 Mar 2004, hatky wrote: > Yes, this time with the patch... > > Change log: > Ofir Petruska <hatky(a)users.sf.net> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all html tags should be lower case) > * Quote all attributes > * End empty tags as " />" Jeremy, Please don't apply this patch to the pages I maintain: TODO, Fun Projects, Janitorial, Winelib, Status | Options, Status | Porting As I've tried to explain in the past, these changes are totally unnecessary for manually maintained pages: it makes it harder to maintain, for the benefit of making it easier for the machine to parse. Bad tradeoff, especially given that we maintain these pages daily, and the machine has absolutely no problem parsing them. Thanks. -- Dimi.

2 1

RE: Handling dialogs created without using templates
by Santosh Siddheshwar 30 Mar '04

30 Mar '04

Hi, Yes attached is a sample which is pretty similar to what I described below. Regards Santosh Siddheshwar <<GetParent.zip>> > -----Original Message----- > From: Dmitry Timoshkov [SMTP:dmitry@baikal.ru] > Sent: Tuesday, March 30, 2004 12:51 PM > To: Santosh Siddheshwar > Cc: wine-devel(a)winehq.com > Subject: Re: Handling dialogs created without using templates > > "Santosh Siddheshwar" <santosh.s(a)sonata-software.com> wrote: > > > I have an application that creates dialogs without using any of the > Win32 > > Dialog creation APIs. I find that a lot of the > > functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) > is > > unavailable for use with > > dialogs created this way. This is because we allocate the DIALOGINFO > > structure only in the dialog creation APIs. Dialogs > > created without using these APIs have NULL DIALOGINFO structure. I also > find > > that allocating this structure and initializing > > the members of the structure will get around this problem. Does anyone > > visualize any problems with this approach? > > Also where would the best place to put such code? > > Do you have a small, self-contained sample code which demonstrates > what you have described? > > -- > Dmitry. ********************************************************************* 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

Handling dialogs created without using templates
by Santosh Siddheshwar 30 Mar '04

30 Mar '04

Hi, I have an application that creates dialogs without using any of the Win32 Dialog creation APIs. I find that a lot of the functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) is unavailable for use with dialogs created this way. This is because we allocate the DIALOGINFO structure only in the dialog creation APIs. Dialogs created without using these APIs have NULL DIALOGINFO structure. I also find that allocating this structure and initializing the members of the structure will get around this problem. Does anyone visualize any problems with this approach? Also where would the best place to put such code? 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. *********************************************************************

2 1

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Maxime Bellengé 30 Mar '04

30 Mar '04

Hello, I think you forgot the patch On Tue, 2004-03-30 at 00:08, hatky wrote: > Change log: > Ofir Petruska <hatky(a)users.sf.net> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all html tags should be lower case) > * Quote all attributes > * End empty tags as " />" -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Jump to page:

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