- wine-devel - winehq.org

I need a ddrawint.h header file
by Jonathan Wilson 26 Aug '03

26 Aug '03

I need someone to somehow come up with legal, "I can use this for ReactOS" definitions of the stuff in ddrawint.h from the XP DDK (I can send the MS header to anyone who wants it, obviously just copy+paste from that is not allowed) Asking here since someone on the WINE team might be able to help

2 1

CVS stalls
by jeff_latimer 26 Aug '03

26 Aug '03

People, I have just started having problems with CVS update -PAd where it has started to stop at: cvs server: Updating wine/tools/wpp cvs server: Updating wine/tools/wrc cvs server: Updating wine/tsx11 cvs server: Updating wine/unicode cvs server: Updating wine/win32 cvs server: Updating wine/windows cvs server: Updating wine/windows/ttydrv cvs server: Updating wine/windows/x11drv This is consistent though it has been working well for me for some time before that. Is there a solution? Jeff ---------------- Powered by telstra.com

1 0

Errors with creating desktop icons in 20030813 release..
by David Orriss Jr 26 Aug '03

26 Aug '03

With the 20030813 release the following error displays to the console when I try to install mIRC 6.03: "err:ddeml:DdeConnect Done with INITIATE, but no Server window available" the mIRC install displays a dialog with: "There seems to be a problem adding mIRC icons to the Program Manager!" Other than that, mIRC seems to work fine. After a bit more testing I'm finding any app that I try to install with this release creates the same error message. Any thoughts? -- David Orriss Jr. Please email me if you want my ICQ/AIM/IM ID's.

2 2

Re: user32.rc
by Martin Fuchs 26 Aug '03

26 Aug '03

Sorry, wrong mailing list On 26.08.2003 10:44:23 Martin Fuchs wrote: > Hi, > > I get this error when trying to compile current CVS: > > D:\osexperts\reactos\lib\user32>make

1 0

user32.rc
by Martin Fuchs 26 Aug '03

26 Aug '03

Hi, I get this error when trying to compile current CVS: D:\osexperts\reactos\lib\user32>make windres --include-dir ./include --include-dir ../../include --include-dir ./../include user32.rc -o user32.coff windres: user32.rc:114: syntax error make: *** [user32.coff] Error 1 What's wrong with this line 114 in user32.rc? Seems, windres does not understand some thing here: LISTBOX "", 100, 5, 5, 210, 110, LBS_NOTIFY | LBS_NOINTEGRALHEIGHT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_VSCROLL | WS_HSCROLL Martin

1 0

About the bin/wine application
by Evalet Olivier 26 Aug '03

26 Aug '03

Hello, I'm using winebuild to make my winegui and it works perfectly. But I'm trying to use the "wine_init" function (from ./libs/wine/loader.c) instead of wine loader. I'm trying to make a new wine loader but it doesn't work. It starts correctly (I can see with the --debugmsg +all) but after, I have an "Illegal instruction" error somewhere in PROCCESS_init. this is my new loader (bridge.c) : int main( int argc, char *argv[] ) { char error[1024]; wine_init( argc, argv, error, 1024); return 1; } This is the original cmd line and the new cmd line: 1)wine --dll ole32=b libbridge.so 2)bridge --dll ole32=b libbridge.so Is it possible to make its own wine loader? Olivier ------------------ www.programmers.ch

2 2

error message fix
by Drew 'dantealiegri' Ogle 26 Aug '03

26 Aug '03

I propose this 2 line change; in helping someone on irc, this old message "not found" was confusing them. I changed it to a more generic "could not open", which allows the possilbity of inability to open because of permissions, etc.. -Dante ? dlls/winmm/wineoss/.audio.c.swp Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /home/wine/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.91 diff -u -r1.91 audio.c --- dlls/winmm/wineoss/audio.c 28 Jul 2003 19:02:29 -0000 1.91 +++ dlls/winmm/wineoss/audio.c 26 Aug 2003 03:04:55 -0000 @@ -524,7 +524,7 @@ return FALSE; } } else { - ERR("%s: not found!\n", ossdev->mixer_name); + ERR("%s: unable to open!\n", ossdev->mixer_name); OSS_CloseDevice(ossdev); return FALSE; } @@ -660,7 +660,7 @@ return FALSE; } } else { - ERR("%s: not found!\n", ossdev->mixer_name); + ERR("%s: unable to open!\n", ossdev->mixer_name); OSS_CloseDevice(ossdev); return FALSE; }

1 0

Re: ms download
by puoti＠inwind.it 26 Aug '03

26 Aug '03

I´ m aware of that, but I thought that it could help to understand how the thing works, as msdn isn't always clear, but it is very obvious that you can't copy/paste the code,that would be too easy.

1 0

ms download
by puoti＠inwind.it 25 Aug '03

25 Aug '03

It may me nothing useful or old new, but could this help http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com…

2 1

interesting stuff I have been finding out about DirectX
by Jonathan Wilson 25 Aug '03

25 Aug '03

after investigating the DirectX NT dlls as part of an investigation to see if they would work on ReactOS, I discovered something. The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont seem to make kernel-mode or driver/hardware calls directly. Most of it appears to be done via other places (such as winmm.dll, some special thunks in gdl32.dll and others) If my theory is correct (remember though, its just a theory), it may be possible to not only use the directx userland dlls (like ddraw.dll & friends) with ReactOS but it may be possible (if one were to implement the lower-level stubs) in a meaningfull way) to use said dlls with WINE. If it is possible to use native versions of some of the high-level bits, that could really help get more games going... One of the main things that would be needed is a proper implementation of the GdiEntryxxx functions and the DdEntryxxx functions in gdi32.dll, they are the "thunks" that allow DirectDraw and Direct3D to talk to kernel mode. DirectSound & DirectMusic appear to go through winmm.dll to talk to the sound hardware.

5 6

Re: Problems building dlls for use with winelib (was: spec file syntax and automated generation)
by "Martin Tröster" 25 Aug '03

25 Aug '03

Dimi, thanks for the information, especially to use gcc instead of winegcc to build the final library. The small sample dll now links without any problems. On Fri, 22 Aug 2003 08:12:40 -0400 "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > (5) is missing the libs, no? The rule from the tree is: > > $(MODULE).so: $(MAINSPEC).o $(ALL_OBJS) Makefile.in > $(LDSHARED) $(LDDLLFLAGS) $(MAINSPEC).o $(ALL_OBJS) -o $@ > -L$(DLLDIR) $(LDIMPORTS:%=-l%) $(ALL_LIBS) -lc > > where ALL_LIBS is: > > ALL_LIBS = $(LIBWINE) $(EXTRALIBS) $(LIBPORT) $(LDFLAGS) $(LIBS) > > So I guess at a minimum you need to add: > > -L/usr/local/lib -lwine -lm -lc > > But to be on the safe side, add: > > -lwine -lwine_port -lwine_unicode -lwine_uuid -lm -lc > > plus all the imports! Concerning imports, do I have to specify the wine libraries like kernel32.dll.so explicitly, or are these linked automagically when specifying -lwine? If I have to specify them, how do I link a library that does not follow the naming conventions lib<libraryname>.so? Thanks for your help. Cheers, Martin __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de

3 2

Re: Errors installing atmel ids under wine ...
by puoti＠inwind.it 25 Aug '03

25 Aug '03

If you don't have a microsoft windows license, you can't run the setup, and you can't install dcom from the microsoft web site. You can install the software on a windows pc, and copy the installation directory to your fake windows installation on your linux pc (Using a CD-R/LAN/internet/whatever).

1 0

Errors installing atmel ids under wine ...
by Lars Segerlund 25 Aug '03

25 Aug '03

I am trying to install a fpga synthesis software called ids from atmel ( www.atmel.com ) , and I am getting the following errors, does anybody know a way around this ? I don't have a windows installation so I can't try to copy the stdole32.tlb as this message says, unfortunately. / regards, Lars Segerlund. fixme:ole:ITypeInfo_fnRelease destroy child objects ************************************************************************** You must copy a 'stdole32.tlb' file to your Windows\System directory! You can get one from a Windows installation, or look for the DCOM95 package on the Microsoft Download Pages. ************************************************************************** fixme:ole:LoadTypeLibEx Wanted to load L"stdole32.tlb" as typelib, but file was not found. fixme:ole:_get_funcdesc Did not find a typeinfo for reftype 0? fixme:ole:PSFacBuf_CreateProxy GetFuncDesc 80004005 should not fail here. fixme:ole:StdMarshalImpl_UnmarshalInterface Failed to create a proxy for {91814ec1-b5f0-11d2-80b9-00104b1f6cea} fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? fixme:ole:_unmarshal_interface Marshalling interface {91814ec1-b5f0-11d2-80b9-00104b1f6cea} failed with 80004005 fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD. fixme:ole:xCall Failed to unmarshall param, hres 80004005 wine: Unhandled exception (thread 000b), starting debugger... fixme:ole:_xread Read only 0 of 4 bytes from 0x40. fixme:ole:_StubReaderThread Failed with hres 80004005

2 1

Linux Question?
by Matthew Caobhlaigh 25 Aug '03

25 Aug '03

Does anyone know where I can get the opcodes for an x86 processor. I am going to include the code in Wine to port it to mac. I am an experienced linux programmer but mainly have only worked with server writing. I am also very capable in writing php, perl, tcl, html, etc. This is the first real "advanced" project I am starting to write. Thank you so much for your archives. Slan _________________________________________________________________ Get MSN 8 and help protect your children with advanced parental controls. http://join.msn.com/?page=features/parental

4 3

Re: Int21 fixes - Update
by Jukka Heinonen 25 Aug '03

25 Aug '03

I have to admit I'm a bit disappointed with this patch: - Patch name should really be more descriptive. - Changelog is not up to date with patch. - This patch cannot be compiled with a C compiler. This makes it look like this patch has not been tested at all... - There are logic errors in the patch. - You should really either clear CFLAG at start of each subfunction or clear it on success. Using both approaches makes the work of future int21 workers more difficult. There may be cases where you need to use the other approach but those cases should be rare. Here is a quick review of the patch. There could be more bugs still left in the patch: ioctl : You really should consider all IOCTL subfunctions before trying to modify CFLAG behaviour. Putting one top level RESET_CFLAG with FIXME comment would be fine but fixing one branch and leaving other branches alone is not. 0x2d : not ok. First of all, illegal time is not an error. Some programs seem to use it as installation check, see subfunction 0x2b. Second thing is that you only reset CFLAG here and do not set it. Third thing is that I don't think this subfunction touches CFLAG at all. 0x38 : not ok. It would be pointless to return an error here because it only makes fewer programs work. Just add RESET_CFLAG and leave the logic as it is. Besides you have broken bSetDOSExtendedError handling here. 0x39-0x43 : ok 0x45 : not ok. Missing brackets. 0x46-47 : ok 0x48 : ok (see 0x5c) 0x4a : This is not valid C. RESET_CFLAG cannot happen before variable declarations. Move RESET_CFLAG to start of subfunction. 0x4b : ok 0x56 : ok 0x57 : ok 0x5b : ok 0x5c : not ok (cosmetic bug). If you decide to use if-then-bSetDOSExtendedError-else-RESET_CFLAG you really should try to use it everywhere. Or you could use RESET_CFLAG as first operation in each subfunction. But try not to use mixed approaches, if it can be helped. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 3

Fwd: Your message to wine-bugs awaits moderator approval
by Gregory M. Turner 25 Aug '03

25 Aug '03

I don't think I've done anything on wine-bugs lately... what's going on here? ---------- Forwarded Message ---------- Subject: Your message to wine-bugs awaits moderator approval Date: Sunday 24 August 2003 05:40 pm From: wine-bugs-admin(a)winehq.com To: gmturner007(a)ameritech.net Your mail to 'wine-bugs' with the subject Thank you! Is being held until the list moderator can review it for approval. The reason it is being held: Post to moderated list Either the message will get posted to the list, or you will receive notification of the moderator's decision. ------------------------------------------------------- -- gmt "We have to get basically voters to say 'I'd like to vote for the politician who thinks of global equity'" -- Bill Gates, World Economic Forum 2002

3 3

Linux Question?
by Matthew Caobhlaigh 25 Aug '03

25 Aug '03

Does anyone know where I can get the opcodes for an x86 processor. I am going to include the code in Wine to port it to mac. I am an experienced linux programmer but mainly have only worked with server writing. I am also very capable in writing php, perl, tcl, html, etc. This is the first real "advanced" project I am starting to write. Thank you so much for your archives. Slan _________________________________________________________________ Help protect your PC: Get a free online virus scan at McAfee.com. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Porting to OpenBSD 3.4-beta
by Dan Brosemer 25 Aug '03

25 Aug '03

First, if this is the wrong list for this, I appologize and please point me at the correct list. I have been trying to port Wine, WineX, or ReWind to OpenBSD 3.4-beta for the past week. I've made the most progress with ReWind, so that is what this post will focus on. Where I'm stumbling right now, I believe, is in the dll loader: odin@sleipnir:p6[~/.wine/c]$ wine windows/Sol.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ntdll.dll still not found - library environment problem or version conflict, check your setup. err:module:PE_fixup_imports Module (file) ntdll.dll (which is needed by wine) not found Now, it _is_ actually loading libntdll.so, I can see this with ktrace: 181 wine NAMI "/usr/local/lib/libntdll.so" 181 wine RET open 3 181 wine CALL read(0x3,0xcfbefdbc,0x1000) 181 wine GIO fd 3 read 4088 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0 ...... I see that message is in relay32/builtin32.c, printed if MODULE_FindModule returns nothing. In MODULE_FindModule in this loop: for ( wm = MODULE_modref_list; wm; wm = wm->next ) { ..... } I added a printf("MOD: %s\n", wm->modname); which prints out "MOD: wine" four times before the error message above. I'm curious how MODULE_modref_list is seeded. That's where I think I'll find a clue to my problem. Could anyone give me some pointers? Thanks in advance. -Dan -- "Burnished gallows set with red Caress the fevered, empty mind Of man who hangs bloodied and blind To reach for wisdom, not for bread." -- Deoridhe Grimsdaughter

3 4

Mainsoft MainWin
by Martin Fuchs 24 Aug '03

24 Aug '03

Hello, I wanted to ask this since a while: Does anyone know this product "Mainsoft Visual MainWin" at http://www.mainsoft.com ? The web site sounds, as would they be able do cross plattform development by linking applications to WIN32, MFC and ATL libraries on unix. Visual MainWin 5 Features Do they use wine code, do they use MS OS source code licencies, or how did they manage this? Martin

4 3

Re: [RESEND] Sync (47): shlwapi tests
by Dimitrie O. Paun 24 Aug '03

24 Aug '03

On August 24, 2003 12:48 pm, Jon Griffiths wrote: > OK, here it is with the 2 failing tests commented out (assuming it > makes it > through YahooPops un-truncated, that is; if not I'll resend > manuallly). I'm afraid it didn't, like all the other messages you sent in the last couple of days. I can see no attachment. Try inlining the patch, it may help. -- Dimi.

1 0

Re: FR keyboard layout, chapter 3, patch 2
by BiGgUn 24 Aug '03

24 Aug '03

Hi all I have tested your patch but i still get the warning message :( Stephan

1 0

Re: [RESEND] Sync (47): shlwapi tests
by Alexandre Julliard 24 Aug '03

24 Aug '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Any problems with this one? You said yourself that the some of the tests are currently failing; I cannot commit tests that fail, that would make the regression test suite useless. -- Alexandre Julliard julliard(a)winehq.com

2 1

Build broken due to -lpthread
by Gerald Pfeifer 24 Aug '03

24 Aug '03

After last night's update P configure P configure.ac P dlls/msvcrt/msvcrt.spec P dlls/msvcrt/process.c P dlls/msvcrtd/msvcrtd.spec P dlls/ntdll/rtlstr.c P dlls/winmm/winealsa/audio.c P dlls/x11drv/keyboard.c P files/dos_fs.c P files/profile.c P include/config.h.in P include/file.h P libs/wine/Makefile.in cvs server: libs/wine/errno.c is no longer in the repository P misc/registry.c P programs/wineconsole/Makefile.in P programs/wineconsole/curses.c P tools/Makefile.in P tools/winegcc.c P tools/winewrap.c Wine fails to build on FreeBSD 4.8 with the following failure mode: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o glu32.spec.o glu32.spec.c /usr/bin/gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -lpthread -L../../libs/port -lwine_port -lm -lc /usr/libexec/elf/ld: cannot find -lpthread gmake[2]: *** [glu32.dll.so] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/glu32' gmake[1]: *** [glu32] Error 2 Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 4

Console regression?
by wine＠frotz.org 24 Aug '03

24 Aug '03

Since updating to today's CVS, I am no longer able to run Trainz, the app I am currently working on developing sound support for. I get some traces pointing to an apparent problem with console handles. Here's a snippet of the trace (please excuse me, but I can't post the whole thing easily as my dev box isn't the one that I have mail on and they don't speak to each other -- i.e. the traces are being copied by hand....) 000a: get_console_input_info( handle=(nil) ) 000a: get_console_input_info() = INVALID_PARAMETER { history_mode=0, [... Ed.] 000a:trace:seh:EXC_RtlRaiseException code=c000013a flags=0 addr=0x402b8a92 [Exception details and app going down in flames omitted for brevity - Ed.] Taking a look at the code for get_console_input_info() in server/console.c, it appears that the variable 'console' is not set and that (my guess here) this line in console_input_get() if (!console && !geterror()) set_error(STATUS_INVALID_PARAMETER); is directly responsible for the error. Now, as to what the real issue is here, I have absolutely no clue since I know zilch about the wine server code. But perhaps someone who does can work with me on trying to figure out what is going wrong here. FWIW, my app worked fine prior to the following CVS commit: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9026 TIA, --D

2 1

Re: Here a patch for FR keyboard layout
by Sylvain Petreolle 23 Aug '03

23 Aug '03

Your patch removes the Euro character from the French layout. You should better try to enable the Euro support. Does this patch removes the message for you ? ---- Orginal FIXME message: fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine so i sent you the patch ( i hope it'll work, i had some problems to make it ) it was a little mistake. Rémi ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

LinuxPlanet story
by Mike Hearn 23 Aug '03

23 Aug '03

Well, this might well be old news, I don't know, but I found this story interesting: http://www.linuxplanet.com/linuxplanet/reports/4780/1/ (LinuxPlanet is mostly a general news/aggregation website, but they sometimes have unique stories too) It talks about a new venture from TransGaming Technologies, called "AclereX", which specialises in application (not game) porting. It turns out they have a website (unfinished?) here: www.aclerex.com and an interesting datasheet. The messages sent by this website are a bit confusing - it seems on one hand that they will be specialising in app porting, and indeed the LinuxPlanet story suggests that it'll be a service, not a product, but the website also says: • AclereX is seamless and transparent. • AclereX is easy to use with its ‘Point and Go’ interface. • AclereX provides 7/24 technical support access. .. which makes it sound like a product that will be packaged and sold, as "Point and Go" sounds very much like Point2Play, intended for managing many installed programs. I suppose at some point it'll maybe be announced here on wine-devel by Gav, but as they've been talking to journalists at trade shows about it, it seems fair game to point it out here now. Sorry if it was supposed to be kept a secret. thanks -mike

2 1

Usage of remove_timeout_user in the wineserver
by Mike Hearn 23 Aug '03

23 Aug '03

Hi Alexandre, There is sometimes a double free in the wineserver, in fd.c Basically the callback for the timeout is called, and the callback (for instance in set_next_timer:queue.c) calls remove_timeout_user() which does a free( user ), but at the end of handle_timeout() it also performs a free, so I think the same timeout struct is freed twice. I don't know how to fix this bug - I commented out the free in remove_timeout_user and that stopped the wineserver from segfaulting or dieing inside malloc, but it might cause a memory leak in the case where a timeout is added and then removed before being handled. It's too bad there is no way to check if a pointer has already been freed. Maybe a flag (inside_callback) in the timeout_user struct, so we know not to free it in remove_timeout_user()? What do you think? thanks -mike

2 2

Re: PATCH - comctl32 with MS_VC 6 headers
by Dimitrie O. Paun 23 Aug '03

23 Aug '03

On August 22, 2003 09:17 pm, Steven Edwards wrote: > +#include <stdarg.h> > + > +#include "windef.h" > #include "winbase.h" > +#include "wingdi.h" > +#include "winuser.h" > +#include "winreg.h" Why don't we need these includes with the Wine headers? Let's figure out were we include these in our headers, and get rid of them. If we just patch the .c files, we loose track of the header problems... -- Dimi.

3 2

Re: [RESEND] Sync (46): msvcrt cpp test
by Jon Griffiths 23 Aug '03

23 Aug '03

Hi, Ignore this, it should have gone to wine-patches, and yahooPops seems to be truncating my mails. Aargh! Jon __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

[RESEND] Sync (46): msvcrt cpp test
by Jon Griffiths 23 Aug '03

23 Aug '03

Hi, Now the cpp RTTI changes are in, the tests for them can be applied. this is a slighly updated version of the original patch that fixes a problem with asm, register clobbers and optimisation I found when I moved to gcc 3.2.2, and also works with really ancient, buggy versions of msvcrt. You'll need to re-run ./configure after applying. Cheers, Jon License: X11 ChangeLog: Jon Griffiths <jon_p_griffiths(a)yahoo.com> +dlls/msvcrt/tests/cpp.c dlls/msvcrt/tests/Makefile.in dlls/msvcrt/tests/.cvsignore Tests for static RTTI and dynamic casting of cpp __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Here a patch for FR keyboard layout
by Sylvain Petreolle 23 Aug '03

23 Aug '03

Hi Remi, The lines 214-215 you mention in your mail are in the "azzerty..."' and "qsdf" lines of the keyboard. Looking at the source you have sent, there is no noticeable change. Could you say what your patch should fix ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Thank you!
by tony_lambregts＠telusplanet.net 23 Aug '03

23 Aug '03

Please see the attached file for details.

1 0

Re: Details
by juergen.schmied＠debitel.net 23 Aug '03

23 Aug '03

Please see the attached file for details.

1 0

Question about patch
by Steven Edwards 23 Aug '03

23 Aug '03

http://cvs.winehq.com/cvsweb/wine/dlls/user/wsprintf.c.diff?r1=1.9&r2=1.10 This code is duplicated in shlwapi but this patch has not been applyed there. Does shlwapi accept this case also? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Here a patch for FR keyboard layout
by BiGgUn 22 Aug '03

22 Aug '03

Hi Please, can you make a clean patch as described on this page: http://www.winehq.com/site/sending_patches Thanks in advance. Stéphan

1 0

Some news on SoBig.F
by puoti＠inwind.it 22 Aug '03

22 Aug '03

Well, this virus is on UK BBC and ITV national news, they report that 30pc of all email users have been infected, and 1in 17 emails contains the virus. It may also slow down the net. It's caused 50 million$ of losses only in the US, maybe now some people will work out that microsoft sucks (Does MS count this in there TCO calculations?).

1 0

Re: When will Wine integrate an x86 CPU emulator?
by Kelly Leahy 22 Aug '03

22 Aug '03

Not sure I agree with paragraph two of the answer... While writing an x86 emulator (and integrating it into wine) would be quite difficult, I don't see how the complexity has anything to do with the data types and API functions... A true emulator has no concept whatsoever of data types (except the very basic data types of the cpu - x-bit word, x-bit IEEE number, for instance), so its complexity cannot possibly depend on the high-level data types used by the compiler generating the machine code... Kelly ----- Original Message ----- From: "Francois Gouget" <fgouget(a)free.fr> To: <wine-patches(a)winehq.com> Sent: Wednesday, August 20, 2003 3:42 PM Subject: FAQ: When will Wine integrate an x86 CPU emulator? > > Changelog: > > * documentation/faq.sgml > > Add an entry answering the eternal question: > When will Wine integrate an x86 CPU emulator? > > Index: documentation/faq.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/faq.sgml,v > retrieving revision 1.13 > diff -u -r1.13 faq.sgml > --- documentation/faq.sgml 28 Jul 2003 19:06:10 -0000 1.13 > +++ documentation/faq.sgml 20 Aug 2003 20:37:51 -0000 > @@ -130,6 +130,58 @@ > </qandaentry> > > <qandaentry> > + <question id="Integrate-an-x86-emulator"> > + <para>When will Wine integrate an x86 CPU emulator so we can > + run Windows applications on non-x86 machines?</para> > + </question> > + <answer> > + <para> > + The short answer is 'probably never'. Remember, Wine Is Not a > + (CPU) Emulator. The long answer is that we probably don't want or > + need to integrate one in the traditional sense. > + </para> > + <para> > + Integrating a CPU emulator in Wine would be extremely hard, > + due to the large number of Windows APIs and the complex > + datatypes they exchange. It is not uncommon for a Windows API to > + take three or more pointers to structures composed of many fields, > + including pointers to other complex structures. For each of these > + we would need a conversion routine to deal with the byte order and > + alignment issues. Furthermore, Windows also contains many callback > + mechanisms that constitute as many extra places where we would have > + to handle these conversion issues. Wine already has to deal with > + 16 vs. 32 bit APIs and Ansi vs. Unicode APIs which both > + introduce significant complexity. Adding support for a CPU emulator > + inside Wine would introduce at least double that complexity and > + only serve to slow down the development of Wine. > + </para> > + <para> > + Fortunately another solution exists to run Windows applications > + on non-x86 platforms: run both Wine and the application inside the > + CPU emulator. As long as the emulator provides a standard Unix > + environment, Wine should only need minimal modifications. What > + performance you loose due to Wine running inside the emulator > + rather than natively, you gain in complexity inside of Wine. > + Furthermore, if the emulator is fast enough to run Windows > + applications, Photoshop for instance, then it should be fast enough > + to run that same Windows application plus Wine. > + </para> > + <para> > + Two projects have started along those lines: <ulink > + url="http://fabrice.bellard.free.fr/qemu/">QEMU</>, an > + open-source project, and <ulink > + url="http://www.transitives.com/tech_overview.htm">Dynamite</>, > + a commercial CPU emulator environment from > + <ulink url="http://www.transitives.com/">Transitives Technologies</> > + which has been <ulink > + url="http://www.transgaming.com/news.php?newsid=37">paired > + with Wine</>. > + </para> > + > + </answer> > + </qandaentry> > + > + <qandaentry> > <question id="Why-would-anyone-want-Wine-Windows-suck"> > <para>Why would anyone want Wine? Doesn't Windows suck?</para> > </question> > > > -- > Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly. > >

8 17

Re: Viruses in the wine-devel archive ??
by Duane Clark 22 Aug '03

22 Aug '03

Stefan Leichter wrote: > On Friday 22 August 2003 19:00, Duane Clark wrote: > > >>I have temporarily changed the maximum message size on wine-patches to >>40KB. So any emails with valid forged "From" headers will be caught for >>moderation. Since all the other lists were already set at 40KB by >>default, no viruses were able to make it through. > > > If you like to save some work i have seen filter rule against sobig.f for > Postfix > (http://sbserv.stahl.bau.tu-bs.de/~hildeb/postfix/postfix_sobigf.shtml), Exim > and sendmail. For Exim and sendmail the description is in german only on > http://www.heise.de/newsticker/data/dab-20.08.03-004/. I don't control the mail server, so you would need to address this to Jeremy. I just do moderation. Hopefully he will also soon add the Mailman spam filtering he mentioned a couple of weeks ago?

1 0

Work on building comctl32 with MS_VC and MS_VC headers
by Martin Fuchs 22 Aug '03

22 Aug '03

On 22.08.2003 09:55:00 Martin Fuchs wrote: Steven Edwards wrote: > I have made a log of my attempts to fix comctl32.dll with the MS_VC > headers but I am going to have to call it a day. If > anyone has time and a copy of MS_VC can you take a look and tell me > whats going on? > > The log of my progress is here: > http://mail.gleneagle.net/sedwards/comctl32_msvc.txt > > It may just be something as simple as WINE having most of the headers > included in the wrong order or included > in places where they shouldnt be such as stdarg in winbase.h and a lack How do you compile Wine dlls with MSVC? Did you write makefiles by hand, or just imported the files into a workspace (*.dsp/dsw)? I expect, the configure script will not work for this. Martin

2 1

Viruses in the wine-devel archive ??
by PETREOLLE Sylvain 22 Aug '03

22 Aug '03

Someone on the list has the virus Sobig.f and sent it to wine-devel on Wed Aug 20 2003 - 23:18:18 CDT We MUST remove the infected message from the wine-devel archive. Cordialement, PETREOLLE Sylvain #DMIT/DATO/OPS (exploit(a)gefco.fr ) (+33-1 49 05) 29 29

9 12

Re: wcmd patch
by Eric Pouech 22 Aug '03

22 Aug '03

Oleg Prokhorov wrote: > Hello wine-patches, > > Changelog: > Fixes two problems: > GPF when no extension was specified. > No handles were inherited in CreateProcess, all child console programs were silent > the second part is wrong. a child process should inherit its parent input/output stream even if we don't inherit all the handles. But the bug still exist as of today. I'll look into it. A+ -- Eric Pouech

1 1

About spam
by Sylvain Petreolle 22 Aug '03

22 Aug '03

I have an evidence that some robots can grab our email adress, even with our mangling process on winehq. I used my work adress only onto wine-devel and got spammed last week. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Work on building comctl32 with MS_VC and MS_VC headers
by Steven Edwards 22 Aug '03

22 Aug '03

I have made a log of my attempts to fix comctl32.dll with the MS_VC headers but I am going to have to call it a day. If anyone has time and a copy of MS_VC can you take a look and tell me whats going on? The log of my progress is here: http://mail.gleneagle.net/sedwards/comctl32_msvc.txt It may just be something as simple as WINE having most of the headers included in the wrong order or included in places where they shouldnt be such as stdarg in winbase.h and a lack of winbase.h. Thanks Steven

2 1

New infected email
by puoti＠inwind.it 22 Aug '03

22 Aug '03

This sould go too. http://www.winehq.org/hypermail/wine-patches/2003/08/0224.html

2 1

Re: Viruses in the wine-devel archive ??
by puoti＠inwind.it 22 Aug '03

22 Aug '03

Who says he is infected?I've got some messages from emial servers saying that I've sent infected emails, but I know that I aren't infected because I only use webmail and only on linux,my mail server is a mixed linux/solaris, so probably a robot finds emial addresses and sends infected emails from a mail server with a fake origin email address.

1 0

Virus Alert - Please scan your Windows boxes
by Jeremy Newman 22 Aug '03

22 Aug '03

We've gotten a few viruses sent out to the mailing lists in the last few weeks. This is a friendly reminder to please scan your Windows boxes (since, I know some of you use them for email, shame on you!). There is a FREE virus scanner out there that removes these any many other worms. get it here: http://www.avast.com/ note: for some reason their download pages 404, they did work last night, so I assume they took them down due to load. They should be back up soon. If someone knows of a mirror please let us know. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 1

Problems building dlls for use with winelib (was: spec file syntax and automated generation)
by "Martin Tröster" 22 Aug '03

22 Aug '03

Hi Jon, On Thu, 21 Aug 2003 02:34:00 -0700 (PDT) Jon Griffiths <jon_p_griffiths(a)yahoo.com> wrote: > wine-devel is the place for any development issues, including > problems with Winelib. Since someone may have the same > problem(s) in the future, I'm also sending this to wine-devel > (it serves as an issues archive for common problems). Allright, I thought wine-devel was more concerned with internal development, not the development of winelib-applications as well. Perhaps you could put that on the description of the wine-devel mailing list on WineHQ? Suggesting issues regarding WineHQ.com, I would like you to add datestamps and/or version numbers to any documentation. Since I did not get any responses to my questions on wine-users, I post the problems of building winelib-dlls again here. Hopefully someone of you can give me a hint what exactly I'm doing wrong. I suppose it's something basic, but I'm currently stuck with this problem. So here we go: =================================================== Begin forwarded message: Date: Tue, 19 Aug 2003 11:41:36 +0200 From: Martin Troester <TroyMcClure(a)web.de> To: wine-users(a)winehq.com Subject: Problems building dlls for use with winelib Hi, I am currently having trouble building the DLLs of an application ported from Win32 to Winelib - compiling, thanks to some hints from Dimi O. Paun, now works fine, only(?) the final linking step fails. Since Winelib-documentation is unfortunately pretty outdated, I tried to orientate myself on the makefiles of the Winelib dlls in the cvs /wine/dlls/ directory. I tried the following build-steps: 1. Build all object files with winegcc/wineg++ and the following flags: > -W -g -O0 -I/ -I/usr/include/wine -D_DEBUG -DWIN32 -D_WINDOWS > -DNOARRAYMACROS -DBUILD_DLL -fPIC 2. relocate symbols (took this one from the makefile of advapi32.dll): > ld -r $(OBJS) -o libdll.tmp.so && strip --strip-unneeded libdll.tmp.so 3. build spec file with the previously generated temporary library, the imported libraries from winelib and with a spec-file containing the functions to be exported from the dll and compile it (omitted here) with the same flags as used above for the original source files: > winebuild -fPIC -L/usr/local/lib/wine -lntdll -lkernel32 -luser32 > -lgdi32-lcomdlg32 -lcrtdll -o libdll.spec.c --spec libdll.spec > libdll.temp.o Finally, I (at least try to) tie everything together in a single library: > winegcc -shared -Wl,-soname,libdll.so -DSTRICT -D_REENTRANT > -L/usr/local/lib/wine -lntdll -lkernel32 -luser32 -lgdi32 -lcomdlg32 > -lstdc++ -lcrtdll -lgcc_s -lm $(OBJS) The result is the following warnings and errors: > (1) libdll.spec.o(.rodata+0x0): multiple definition of `dllname' > /tmp/wappX6tcsm.spec.o(.rodata+0x0): first defined here > (2) /usr/bin/ld: Warning: size of symbol `dllname' changed from 10 in > /tmp/wappX6tcsm.spec.o to 12 in > (3) /tmp/wappX6tcsm.spec.o(.text+0x1004a): In function > `__wine_exe_main':: undefined reference to `main' Regarding (1) and (2): I cannot make a sense on why I should have made a mistake here - it seems as if we have two spec-files here, one generated by myself, and one automatically (the one in /tmp/wapp*.spec.o). Why's this happening? And why are we coping with a __wine_exe_main in (3)? I am trying to build a dll, so something's going totally wrong here... Thinking about problems with the spec-file, I replaced my self-written file with functions to be exported with an entirely empty one. However, the errors stay the same. Furthermore, I thought I had to use --entry as an option to specify my special entry point (do I still have to change it from dllmain on Win32 to a unique name for Linux/Unix to avoid duplicate names in libraries, or does winebuild handle this somehow?). Using or not using it does not make any difference... You see, I am a little bit desperate about this thing, having come pretty far, but now seeming to fail on the last meters. So any help (on this list or if you think it's too specific to my private mail) would be really, really appreciated. If I find some time, I will volunteer to write a short step-by-step guide based on my observations, if this is any help for you to avoid dumb questions like these ;-) ================================================== Begin forwarded message: Date: Tue, 19 Aug 2003 12:47:11 +0200 From: Martin Troester <TroyMcClure(a)web.de> To: wine-users(a)winehq.com Subject: Re: Problems building dlls for use with winelib To simplify the problem, I just created a really simple DLL, just exporting one function: ============ testlib.c ============== void tstfunc (void); void tstfunc (void) { int a=7; //printf ("Hello\n"); } ===================================== The testlib.spec file exports this function the following way: ========== testlib.spec ============= @ stdcall tstfunc() tstfunc ===================================== Compiling it like explained before, this is what happens (in this case no .exe is assumed, but it still fails, and I do not know why...) (1) winegcc -W -g -O0 -I/usr/include/wine -fPIC -o testlib.o -c testlib.c (2) ld -r testlib.o -o libtest.dll.temp.o (3) strip --strip-unneeded libtest.dll.temp.o (4) winebuild -fPIC -o testlib.spec.c --spec testlib.spec libtest.dll.temp.o winegcc -W -g -O0 -I/usr/include/wine -o testlib.spec.o -c testlib.spec.c (5) gcc -shared -Wl,-Bsymbolic,-z,defs testlib.o testlib.spec.o -o libtest.dll.so (OUTPUT) testlib.spec.o(.text+0x1002d): In function `__wine_spec_testlib_dll_init':/home/mt/testlib/testlib.spec.c:156: undefined reference to `__wine_dll_register' collect2: ld returned 1 exit status make: *** [libtest.dll.so] Error 1 Once again, neither changing the spec-file (removing the function from being exported) nor adding tstfunc as an entry-point changes anything... Thus, I assume I am getting something very basic wrong here. Since this may be of some help in the actual dll building, I would again appreciate any hints on solving these errors... ======================================================= Cheers, Martin __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de

2 1

RE: Int21 : Dont reset systematically CFLAG
by PETREOLLE Sylvain 22 Aug '03

22 Aug '03

Doing some research in int21.c shows that many functions that rely on CFLAG dont set it when they are in error state. IMHO many DOS programs are already broken today since these functions appear to be successfull at every moment. For example : INT21_FileDateTime (handler for function 0x57, file attributes) -----Message d'origine----- De : Jukka Heinonen [mailto:jhei@iki.fi] Envoyé : lundi 18 août 2003 20:14 À : wine-devel(a)winehq.com Objet : Re: Int21 : Dont reset systematically CFLAG Sylvain Petreolle wrote: > Dont reset systematically CFLAG when calling the int 21 handler. > Some functions dont change it. This patch must not be applied because it is highly likely that it will break almost all DOS programs. Fix itself is correct but before this patch can be applied it must be made sure that all functions that are supposed to reset CFLAG really reset it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h
by Dmitry Timoshkov 22 Aug '03

22 Aug '03

"Steven Edwards" <Steven_Ed4153(a)yahoo.com> wrote: > -#define LANG_DIVEHI 0x65 > -#define LANG_GALICIAN 0x56 > -#define LANG_KYRGYZ 0x40 > -#define LANG_MONGOLIAN 0x50 > -#define LANG_SYRIAC 0x5a The above defines present in winnt.h from the Platform SDK. You have to update MinGW headers, not to remove those defines from Wine headers. -- Dmitry.

2 1

export variables in dlls
by flyker 22 Aug '03

22 Aug '03

example: ------------------------------------------------- main.cpp #include <stdio.h> #include <windows.h> extern "C" __declspec(dllimport) void xxx(char *str, ...); extern "C" __declspec(dllimport) char *zzz; int WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR szCmdLine, int) { xxx("blahblah\n", 1, 2, 3); printf(zzz); return 0; } --------------------------------------------------- mylib.cpp #include <stdio.h> #include <windows.h> extern "C" __declspec(dllexport) void xxx(char *str, ...); char zzz[80]; void xxx(char *str, ...) { printf(str); lstrcpy(zzz, "12345\n"); printf(zzz); } ---------------------------------------------------- mylib.dll.spec @ varargs xxx(str) @ extern zzz ----------------------------------------------------- mylib.cpp compiled successfully in mylib.dll.so main.cpp compiler error: undefined reference to `zzz' What I do wrong ??? How to export variables ??? And another question: how can i export functions such as ClassName::Function();

7 12

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