- Wine-Devel - list.winehq.org

WineHQ-hosted projects?
by Joel Konkle-Parker June 16, 2004

June 16, 2004

I'd like to start up a WINE-based project to further development for a specific app. (e.g. The WINE-Star Wars Galaxies Project, or The WINE-Internet Explorer Project). Does WineHQ have a place to host such things (with their own sites, etc.), or should I turn to SourceForge? -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

1 0

assertion "view->next->flags & VFLAG_SYSTEM" failed: file "virtual.c", line 330
by jordan lougheed June 16, 2004

June 16, 2004

WINE BUILD: /wine-20040505 I need Internet Explorer on my workstation (openbsd 3.4) at work, so I decided to see if I could get the lastest wine to compile/run. I'll list the steps required to get it to build and install. `sh configure` complained about 'libGL.a' so i renamed it and the configure completed successfully. `make` ./loader/kthread.c: line 276 complained about an unknown flag `RFTHREAD` so i erased that flag from the code, and the build continued. (openbsd's rfork doesn't support that flag, side effects are unknown) `make install` wouldn't complete. I had to `gmake install`. worked fine. everything is built and installed, now here is my problem. $ wine notepad.exe wine:/usr/local/lib/wine/ntdll.dll.so: undefined symbol 'DllMain' wine: /usr/local/lib/wine/ntdll.dll.so: can't resolve reference 'DllMain' fixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on this platform fixme:file:get_default_drive_device auto detection of DOS devices not supported on this platform assertion "view->next->flags & VFLAG_SYSTEM" failed: file "virtual.c", line 330 the "fixme:" problems seem to be common with FreeBSD, so i figure i can ignore them. I always seems to hit that assertion on no matter what i run. The first time i ran this "PokerStarsInstall.exe" it ran fine and gave me the install menu after configuring the "font cache". The second time it gave me this usual assertion. If someone can confirm/deny that this is related the that FLAG i erased from kthread.c (i don't think these are related). Or is there something else going on here? If anyone can offer any help it would be appreciated. I'm going to compile with -DNDEBUG tommorow and see what happends, until then i'll let you guys stew on this. Thank you in advance, JordanL

1 0

3GB address space
by Shachar Shemesh June 15, 2004

June 15, 2004

Hi all, Is there a way to run processes intended for a 3GB user addressable memory to work under Wine? I'm talking here, of course, assuming that the Linux kernel is compiled with the relevant big memory support. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

4 11

Re: GetAcceptLanguages A->W [2nd][resend]
by Alexandre Julliard June 15, 2004

June 15, 2004

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hello, > > anything wrong with this patch? The last error handling is very suspicious, I doubt the function sets ERROR_FILE_NOT_FOUND on a null buffer. I think it's because your test is broken, you need to clear last error before every call if you want to be able to test it afterwards otherwise you just get leftovers from a previous call. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winetest: move to resources (take n+1)
by Alexandre Julliard June 15, 2004

June 15, 2004

Ferenc Wagner <wferi(a)afavant.elte.hu> writes: > Alexandre Julliard <julliard(a)winehq.org> writes: > >> Also I think it would be cleaner to use a different rc >> file for the dist case instead of using #ifdefs. > > I agree. The problem is the single-rc-file limitation, > which would require some code duplication. That's why I > went for the #ifdefs. Please come back at me if you still > have strong feelings about this. What you can do is have a dist.rc file that defines the extra values and then #includes the normal .rc file. This way there is no duplication and no problems with multiple rc files. The only thing is that the code should behave gracefully when the extra resources are missing, but that would be a good thing to do anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [WineHQ] service.cgi fixes
by Paul Millar June 15, 2004

June 15, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Dimi, Why remove the verification of the code's gpg signature? It seems to break a basic security maxim: don't trust the network. On Thursday 10 June 2004 22:48, Dimitrie O. Paun wrote: > ChangeLog > Do not include irrelevant stuff in the _history. > Do not instruct the client to verify the .sig, > it's a b0rken idea anyway. - -- Paul Millar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAybhq/9JwS78PA+kRAuv/AJ9Ulntb1MLGn+2gp8r/qpy6VqJDVACePwVB VXxAHr9gaBuMhIJ7P81ahMA= =0tkh -----END PGP SIGNATURE-----

3 5

Latest iteration of the systray patch
by Mike Hearn June 15, 2004

June 15, 2004

This version is resynced against CVS HEAD, and now does a ShowWindow in the right place (just after the embed notification not in some random WM message). This won't be merged so I'm sending it to wine-devel not wine-patches. Getting it merged is blocking on either somebody giving me example code for [un]marshaling an HICON into a block of memory or (best fix) images being moved into the wineserver. This is on Ulrichs todo list but if anybody wants to beat him to it, go ahead, it's still some time off yet. thanks -mike

1 0

Re: Incoming Message
by Twickline June 15, 2004

June 15, 2004

1 0

(no subject)
by Gerald Pfeifer June 15, 2004

June 15, 2004

The following patch to dlls/shell32/shlexec.c revision 1.50 date: 2004/06/15 00:44:14; author: julliard; state: Exp; lines: +11 -3 Dmitry Timoshkov <dmitry(a)codeweavers.com> Restore default "open" functionality of ShellExecute. introduced the following warning regressions: shlexec.c:722: warning: format argument is not a pointer (arg 11) shlexec.c:722: warning: format argument is not a pointer (arg 12) Would you mind fixing this? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

Re: Incoming Message
by Twickline June 15, 2004

June 15, 2004

1 0