wine-devel

wine-devel@winehq.org

7 participants
84405 discussions

Patch - Update some CVS ignores
by Steven Edwards 17 Sep '02

17 Sep '02

Changelog: Update .cvsignore's for mingw/cygwin Index: unicode/.cvsignore =================================================================== RCS file: /home/wine/wine/unicode/.cvsignore,v retrieving revision 1.2 diff -u -r1.2 .cvsignore --- unicode/.cvsignore 25 Jul 2000 21:01:59 -0000 1.2 +++ unicode/.cvsignore 17 Sep 2002 22:20:37 -0000 @@ -1,2 +1,3 @@ Makefile libwine_unicode.so.1.0 +libwine_unicode.dll Index: tsx11/.cvsignore =================================================================== RCS file: /home/wine/wine/tsx11/.cvsignore,v retrieving revision 1.2 diff -u -r1.2 .cvsignore --- tsx11/.cvsignore 6 Dec 2000 00:04:11 -0000 1.2 +++ tsx11/.cvsignore 17 Sep 2002 22:21:09 -0000 @@ -1,2 +1,3 @@ Makefile libwine_tsx11.so.1.0 +libwine_tsx11.dll Index: library/.cvsignore =================================================================== RCS file: /home/wine/wine/library/.cvsignore,v retrieving revision 1.2 diff -u -r1.2 .cvsignore --- library/.cvsignore 31 Oct 2000 00:20:51 -0000 1.2 +++ library/.cvsignore 17 Sep 2002 22:21:33 -0000 @@ -1,2 +1,3 @@ Makefile libwine.so.1.0 +libwine.dll

1 0

Re: Unable to print with the Wine PS driver
by Sylvain Petreolle 17 Sep '02

17 Sep '02

Same issue here with another printers. Note that the text printed in the msgboxes is random garbage. This could be uninitialised/corrupted pointer. And, last point, the 'printing' window shouldn't be there after you get these 3 windows, or at least inactive. Are you using the cvs version ? your debugger problem should be fixed now. I have to the backtrace attached at bottom. Note that calls 6 to 9 are the same I reported in 'Question about "undefined" functions' on wine-devel and they go to 0x0 access error. See http://www.winehq.com/hypermail/wine-devel/2002/09/0385.html 1 0x413c35b7 (X11DRV.DLL.SetDeviceGammaRamp+0x7b9c17 in wineps.dll.so) (ebp=405e2648) 2 0x40a1b0e0 (GDI32.DLL.StartDocA+0x80 in gdi32.dll.so) (ebp=405e267c) 3 0x403b7cb8 (notepad.exe.EntryPoint+0x1cb8 in notepad.exe.so) (ebp=405e2b24) 4 0x403b890f (notepad.exe.EntryPoint+0x290f in notepad.exe.so) (ebp=405e2b30) 5 0x403b8c35 (notepad.exe.EntryPoint+0x2c35 in notepad.exe.so) (ebp=405e2c98) 6 0x4091701f (USER32.DLL.GetTaskmanWindow+0xdf in user32.dll.so) (ebp=405e2cbc) 7 0x40917093 (USER32.DLL.GetTaskmanWindow+0x153 in user32.dll.so) (ebp=405e2cf4) 8 0x4091da26 (USER32.DLL.CallWindowProcA+0x136 in user32.dll.so) (ebp=405e2d28) 9 0x408f721b (USER32.DLL.DispatchMessageA+0xbb in user32.dll.so) (ebp=405e2d5c) 10 0x403b914a (notepad.exe.EntryPoint+0x314a in notepad.exe.so) (ebp=405e2e00) 11 0x403b60cd (notepad.exe.EntryPoint+0xcd in notepad.exe.so) (ebp=405e2e70) 12 0x400e1be6 (start_process+0x206 [process.c] in libntdll.dll.so) (ebp=405e2f28) 13 0x400e6ce0 (call_on_thread_stack+0x90 [sysdeps.c] in libntdll.dll.so) (ebp=405e2ff4) 14 0x400e6e68 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

PATCH: make wine find winelib apps better
by Martin Wilck 17 Sep '02

17 Sep '02

[ forwarded to wine-devel, potential for controversy ] Patch: open-builtin-exe Modified files: scheduler: process.c Log Message: Martin Wilck <Martin.Wilck(a)fujitsu-siemens.com> Winelib apps often (almost always) have mixed upper/lower case names and are therefore never found by open_builtin_exe(). Fix that, without breaking the default (all-lowercase name) for builtin apps. Index: scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.198 diff -u -r1.198 process.c --- scheduler/process.c 27 Aug 2002 01:13:59 -0000 1.198 +++ scheduler/process.c 17 Sep 2002 16:55:18 -0000 @@ -265,11 +265,15 @@ { char exename[MAX_PATH], *p; const char *basename = get_basename(name); + void *exeptr; if (strlen(basename) >= sizeof(exename)) return NULL; strcpy( exename, basename ); for (p = exename; *p; p++) *p = FILE_tolower(*p); - return wine_dll_load_main_exe( exename, error, error_size, test_only ); + exeptr = wine_dll_load_main_exe( exename, error, error_size, test_only ); + if ( exeptr ) return exeptr; + /* If lower-case name fails, try potential mixed-case name (for Winelib) */ + return wine_dll_load_main_exe( basename, error, error_size, test_only ); } -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 4

Missing tchar.h?
by Juraj Hercek 17 Sep '02

17 Sep '02

Hi, Is tchar.h file *not installed* intentionaly? If so why? I installed september's wine snapshot. I build everything then I did "make install". File tchar.h wasn't installed. I did "make install-dev" but it didn't help (actually it was expected, since install-dev target is probably subclass of full install). I need tchar.h... Thanks, Juraj

2 1

Netapi32 ??
by Martin Wilck 17 Sep '02

17 Sep '02

The app I am trying to port with winelib makes heavy use of calls to the netapi32 DLL to check for permissions, etc. I just took a glance over the spec file and found it consists mainly of stubs. Is anybody (Mike?) currently working on netapi32, are there plans to implement larger parts, what are the main problems? I guess this points towards the general Wine/Samba integration that Mike has been talking about earlier... Grateful for any hints, Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

3 7

Re: WineLib with MSVCRT
by steve.lustbader＠philips.com 17 Sep '02

17 Sep '02

I noticed in regedit's Makefile.in that it lists msvcrt, advapi32, and kernel32 in it's IMPORTS variable and has no foo_DLLS variable, whereas Winemaker by default puts most of those in the foo_DLLS variable. What's the difference between the DLLS variable and the IMPORTS variable? -Steve Andriy Palamarchuk To: Steve Lustbader/ANR/MS/PHILIPS@AMEC <apa3a(a)yahoo.com wine-devel(a)winehq.com > cc: Subject: Re: WineLib with MSVCRT 09/16/2002 03:02 PM Classification: --- steve.lustbader(a)philips.com wrote: > What is the proper way to use the MSVCRT in WineLib? Check out how Wine programs (e.g. regedit) use MSVCRT. Andriy __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com

2 1

SFU port part2
by Steven Edwards 17 Sep '02

17 Sep '02

ok got configure working but some of the porting definitions are hosed. When I try to build anything I get this: ../include/wine/port.h:49: Error: conflicting types for `mode_t' /usr/include/sys/types.h:45: Error: previous declaration of `mode_t' ../include/wine/port.h:52: Warning: redefinition of `off_t' /usr/include/sys/types.h:69: Warning: `off_t' previously declared here ../include/wine/port.h:55: Error: conflicting types for `pid_t' /usr/include/sys/types.h:55: Error: previous declaration of `pid_t' ../include/wine/port.h:58: Warning: redefinition of `size_t' /usr/include/sys/types.h:89: Warning: `size_t' previously declared here ../include/wine/port.h:61: Warning: redefinition of `ssize_t' /usr/include/sys/types.h:94: Warning: `ssize_t' previously declared here Any suggestions? Thanks Steven

2 2

Re: DefineDosDevice - ??
by Martin Wilck 17 Sep '02

17 Sep '02

Am Die, 2002-09-17 um 20.48 schrieb Mike McCormack: > Did you get my other mails? I'll include the text again... they don't > seem to have made it to wine-devel, so I'm wondering if they got > anywhere at all... No they didn't, at least not to me. Thanks for resending... > BTW. The PAM module you are talking about was a goal of Samba TNG. "Was" - does that mean the project is dead? I reckon that the "winbind" module of the current Samba release is pretty close to what we want in terms of host, user, and group lookup. > I think that can be done with a NetBIOS QUERY packet with "*" as the > name to query. You'll then get every machine on your local network > sending a QUERY RESPONSE packet back to you with the machine's name. > > The operation is similar to the code to resolve a NetBIOS name (see > NB_Lookup in files/smb.c) I need yet to understand how all these things relate. Winsock may use NetBIOS as a service provider, but NetBIOS seems to offer an independent interface to other APIs as well, right? If I understand you right, the Netbios stuff is then located somewhere in kernel32. Is the winsock provider an independent package or part of the NetBIOS core? > The named pipes code needs to be rewritten to work through SMB so that > we can support DCOM clients (computer to computer). Supporting a DCOM > server is a problem because Samba is usually in the way on the ports we > need to listen to... it would be nice to have some way for Samba and > Wine to work together... a Netbios kernel module perhaps? IMO this raises more fundamental questions about the role wine should play. Samba is a service offered by the Unix system on which wine is running. If wine were to grab the NetBIOS ports, it would take over this service functionality; I doubt that's a good approach. Wine could perhaps offer services on an IP alias instead, somewhat similar as described in http://www.deschner.de/gd/dual_samba.html > shell32 manages passwords and shares through MPR.DLL. We need to add > some code to show the Network Neighbourhood icon and probe any connected > shares, connect new shares, etc to shell32. > > If you need something specific, I'll see what I can do, but a full > implementation is probably a bit much for this weekend ;-) I think it needs to be clarified what we're actually heading for. As I said, I consider it potentially dangerous if wine offers services on the network bypassing the ordinary Unix security mechanism. Acting as a client is a different story, I guess we want maximum functionality in that area. When it comes to User authentication, I am strongly for wine communicating with the Unix system (e.g. PAM). Then if PAM supports NT domain authentication (through samba or whatever), Active directory AKA LDAP authentication, etc., wine would, too. We'd just have to ensure that we don't loose too much on our way through the Unix layer. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 2

WineLib with MSVCRT
by steve.lustbader＠philips.com 17 Sep '02

17 Sep '02

What is the proper way to use the MSVCRT in WineLib? I tried adding a -I/usr/local/include/wine/msvcrt to the list of includes and -nostdinc to CXXEXTRA, but then gcc can't find stdarg.h, which is included in windows.h via winbase.h. If I use -nostdinc++, gcc is able to find stdarg.h, but it runs into problems with other files, such iostream.h. Finally, if I don't use either -nostdinc or -nostdinc++, gcc complains about types being redefined, such as wint_t (as an unsigned short int in /usr/include/_G_config.h but WCHAR in /usr/local/include/wine/msvcrt/wctype.h). It seems like using -nostdinc would be the right way, but does that mean that Wine needs to include its own copy of stdarg.h and related files? -Steve

3 2

PATCH: workaround for ms typo
by Michael Stefaniuc 17 Sep '02

17 Sep '02

Hello, this email is CC'ed to wine-devel because it's controversial. MS made a typo in CHOOSECOLOR (commdlg.h) and kept it till today (at least that's what msdn says): the struct member hInstance is a HWND instead of a HINSTANCE. Until now it wasn't a problem in wine but with the conversions of the handles to void* a lot of casts are necessary. And this casts are looking just wrong: cast to HINSTANCE when using the hInstance member as rvalue and cast to HWND when using it as lvalue. The casts looks so wrong so that we would need comments like "Yes, this cast is needed, see struct CHOOSECOLOR in include/commdlg.h". The attached patch fixes the typo for wine (but keeps it for compatibility reasons for winelib) and removes the need of some ugly casts. License: LGPL, X11 Changelog: Michael Stefaniuc <mstefani(a)redhat.com> - workaround for MS typo 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

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