- Wine-Devel - list.winehq.org

unixfs: Use realpath instead of canonicalize_file_name for portability reasons.
by Michael Jung Feb. 2, 2006

Feb. 2, 2006

Not quite sure about this one. The man page on realpath states that it's broken by design since some symstems don't have an upper bound on filename lengths. canonicalize_file_name uses dynamic memory, but isn't available on non GNU systems. We could provide a realpath based canonicalize_file_name implementation in libs/port as a fallback, but I guess that would be overkill? realpath assumes the buffer to be PATH_MAX, but FILENAME_MAX is always as least as large as PATH_MAX, so that's ok. See http://www.delorie.com/gnu/docs/glibc/libc_652.html Slightly related, this page states that one should not allocate an FILENAME_MAX array on the stack, since it might be huge. It's 4096 on linux. Do we want to switch this to dynamically allocated memory? IMO it would be overkill, though. ChangeLog: Use realpath instead of canonicalize_file_name for portability reasons. dlls/shell32/shfldr_unixfs.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-)

1 0

Re: setupapi: Add initial implementation of SetupGetInfInformation
by James Hawkins Feb. 2, 2006

Feb. 2, 2006

On 2/1/06, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > I only added handling for the INFINFO_INF_SPEC_IS_HINF case to keep > the patch size small, and I'll keep sending in each other case > separately. I've added FIXMEs and BUGS so we know what's left to > implement. The next step is to implement SetupQueryInfFileInformation > so more of the tests pass, but that one is pretty simple. > > Changelog: > * Add initial implementation of SetupGetInfInformation. > Ignore this for now. I thought file->src_root was the name of the INF file, but it's just the directory where the inf file exists. Is there any way I can find out the filename of the INF file using the pointer to the inf_file? I don't know if there are objections to adding a filename field to the inf_file structure, but that is an option. Thanks, James Hawkins

1 0

Is there something wrong with the wined3d patches?
by Vitaly Budovski Feb. 2, 2006

Feb. 2, 2006

Is there something wrong with the patches dated 20060201? Could someone please point it out? Thanks.

2 1

Re: advpack/tests: fixed failure, when "ProgramFilesDir" is != "C:\Program Files" [resend]
by Detlef Riekenberg Feb. 1, 2006

Feb. 1, 2006

Am Sonntag, den 29.01.2006, 10:25 +0100 schrieb Stefan Leichter: > anything wrong with this patch ? Already in the tree: http://source.winehq.org/git/?p=wine.git;a=commitdiff;h=c824e8bc5b5c2bfcf56… -- By By ... ... Detlef

1 0

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]
by Tony Lambregts Feb. 1, 2006

Feb. 1, 2006

I dont normally top post ;^) but this time it makes sense to. This (replied to) email is not archived in the Piper Mail archive correctly although it looks fine here. In the pipermail archive there is only a pgp signature. This is not the first time I have seen this, it seems that Piper Mail grabs the pgp signature and does not archive the patch which makes the archive less usefull. If you ask me this is what I would call a bug in pipermail. http://www.winehq.org/pipermail/wine-patches/2006-January/023490.html Between this bug and the lack of dates in the archive I really getting to despise pipermail. So... I went looking at the alternative and thought of GMANE and it turns out that this patch is not archived there at all. In fact the last patch by Jonathan Ernst that was archived by GMANE is 2005-12-19 16:28:02 GMT and I know that there are more after that date. http://search.gmane.org/?query=&email=Jonathan+Ernst&group=gmane.comp.emula… So now I'm really starting to get upset because we have no reliable archive and that just sucks. Has anyone got any ideas on how to fix this. -- Tony Lambregts Jonathan Ernst wrote: > Le dimanche 15 janvier 2006 à 07:40 -0800, Dan Kegel a écrit : > >>On 1/15/06, Ge van Geldorp <gvg(a)reactos.org> wrote: >> >>>>The Mozilla ActiveX control download feature is cool and all, >>>>but until we repackage the sucker to include MSVCP60.DLL to fix >>>>http://bugs.winehq.org/show_bug.cgi?id=4064 ... >>>>I could have sworn I saw somebody post a note saying they had >>>>done said repackaging, but I can't find it now... >>> >>>http://www.winehq.org/pipermail/wine-patches/2005-December/022795.html >>>Instructions on how to repackage can be found at >>>svn://svn.reactos.org/trunk/tools/MozillaControl/ >> >>Thanks! I've updated bug 4064. Now can somebody >>update winehq.org's copy of the control so we can close that bug? >>- Dan >> >>-- >>Wine for Windows ISVs: http://kegel.com/wine/isv >> >> >> > > > Le lundi 16 janvier 2006 à 14:30 +0100, Filip Navara a écrit : > >>Jonathan Ernst wrote: >> >> >>>// Exact size of the file: >>>$iFileSize = 4771240; >>> >> >>Shouldn't you change the file size too? >> >>- Filip >> > > > Sure, thanks for spotting it ;-) > > Changelog: > - use repackaged Mozilla ActiveX control from ReactOS > > > > > ------------------------------------------------------------------------ > > Index: mozactivex.php > =================================================================== > RCS file: /home/wine/tools/mozactivex.php,v > retrieving revision 1.1 > diff -u -p -r1.1 mozactivex.php > --- mozactivex.php 19 Oct 2005 16:17:09 -0000 1.1 > +++ mozactivex.php 16 Jan 2006 14:02:33 -0000 > @@ -14,31 +14,27 @@ > > > // Name of the file > -$sFileName = "MozillaControl1712.exe"; > +$sFileName = "MozillaControl1712-ReactOS.exe"; > > // Exact size of the file: > -$iFileSize = 4771240; > +$iFileSize = 4735160; > > // List of locations > -$aList = array("http://www.iol.ie/~locka/mozilla/", > - "http://osdn.dl.sourceforge.net/sourceforge/wine/", > - "http://nchc.dl.sourceforge.net/sourceforge/wine/", > - "http://easynews.dl.sourceforge.net/sourceforge/wine/", > - "http://mesh.dl.sourceforge.net/sourceforge/wine/", > - "http://puzzle.dl.sourceforge.net/sourceforge/wine/", > - "http://citkit.dl.sourceforge.net/sourceforge/wine/", > - "http://umn.dl.sourceforge.net/sourceforge/wine/", > - "http://cogent.dl.sourceforge.net/sourceforge/wine/", > - "http://jaist.dl.sourceforge.net/sourceforge/wine/", > - "http://surfnet.dl.sourceforge.net/sourceforge/wine/", > - "http://peterhost.dl.sourceforge.net/sourceforge/wine/", > - "http://ufpr.dl.sourceforge.net/sourceforge/wine/", > - "http://optusnet.dl.sourceforge.net/sourceforge/wine/", > - "http://keihanna.dl.sourceforge.net/sourceforge/wine/", > - "http://heanet.dl.sourceforge.net/sourceforge/wine/", > - "http://switch.dl.sourceforge.net/sourceforge/wine/", > - "http://internap.dl.sourceforge.net/sourceforge/wine/", > - "http://ovh.dl.sourceforge.net/sourceforge/wine/" > +$aList = array("http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://surfnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://citkit.dl.sourceforge.net/sourceforge/reactos/", > + "http://keihanna.dl.sourceforge.net/sourceforge/reactos/", > + "http://heanet.dl.sourceforge.net/sourceforge/reactos/", > + "http://easynews.dl.sourceforge.net/sourceforge/reactos/", > + "http://ovh.dl.sourceforge.net/sourceforge/reactos/", > + "http://jaist.dl.sourceforge.net/sourceforge/reactos/", > + "http://puzzle.dl.sourceforge.net/sourceforge/reactos/", > + "http://nchc.dl.sourceforge.net/sourceforge/reactos/", > + "http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://kent.dl.sourceforge.net/sourceforge/reactos/", > + "http://optusnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://mesh.dl.sourceforge.net/sourceforge/reactos/", > + "http://internap.dl.sourceforge.net/sourceforge/reactos/" > ); > > > > > ------------------------------------------------------------------------ > >

5 10

Fwd: wined3d: Fixed render states
by James Trotter Feb. 1, 2006

Feb. 1, 2006

On 2/1/06, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > > Stefan Dösinger wrote: > > > It would be good if someone with an ATI card could download the > > > point_sprite_bug sample mentioned on that page and test it out to see > if > > > it is still an issue. > > > > a "GL_ARB_point_parameters extension was not found" error. > > Same here, Radeon 8500LE and open source drivers. > > > I just downloaded the point_sprite_bug example, and when I press space the particles dissapear and nothing is rendered. I have an ATI Radeon 9600 with fglrx 8.16.20 drivers. (These aren't the newest, but they're what's packaged with Ubuntu 5.10).

1 0

select behavior different with wine
by Phil Lodwick Feb. 1, 2006

Feb. 1, 2006

Greetings, I ran across a problem that the following code demonstrates. I believe it is due to the different definition of select on Windows vs Linux. Before I start to think about how to fix this in Wine, I was wondering if anybody has already thought about the problem. #include "stdafx.h" #include <winsock2.h> int _tmain(int argc, _TCHAR* argv[]) { SOCKET fd; WORD wVersionRequested; WSADATA wsaData; wVersionRequested = MAKEWORD( 2, 2 ); WSAStartup(wVersionRequested, &wsaData); fd = socket(AF_INET, SOCK_STREAM, 0); if (fd != INVALID_SOCKET) { fd_set readfds; struct timeval select_timeout ; FD_ZERO(&readfds); FD_SET(fd, &readfds) ; select_timeout.tv_sec=2 ; select_timeout.tv_usec=0 ; if (select((int) fd+1, &readfds, NULL, NULL, &select_timeout) != SOCKET_ERROR) { if(FD_ISSET(fd, &readfds)) printf("THIS IS WINE\n"); else printf("THIS IS WINDOWS\n"); } else printf("got a socket error\n"); closesocket(fd); } return 0; }

1 0

RE: Sane xscanimage
by gslink Feb. 1, 2006

Feb. 1, 2006

In almost every case we have found that distributions do not contain the latest Sane backends. I suggest getting the source for both sane-backends and xscanimage and compiling them.

1 0

wined3d: Fixed render states
by Jörn Dreyer Feb. 1, 2006

Feb. 1, 2006

I just downloaded the example. Space toggles between black / sparkles - the bug is still present. # fglrxinfo display: :0.0 screen:0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: *DrvBringUp* Generic OpenGL version string: 2.0.5582 (8.21.7) # lspci 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] -- Jörn Dreyer - Wilhelmshöher Allee 129b - 34121 Kassel O2 Homezone 0561 / 984 75 50 - Tel. 0561 / 287 18 39 Mob. 0176 / 22 33 11 43 - EMail j.dreyer(a)butonic.de ICQ: 30691759 - (^ ^) - HP: http://www.butonic.de

1 0

Howto write a Linux application that uses a DLL COM object
by kfa Feb. 1, 2006

Feb. 1, 2006

Hi @, First I hope I didn't overlook something obvious covered in the docs, if so I'd appreciate a pointer. I'd like to write a brokerage application in Linux based on the API provided by the broker, but this API is only available as COM object in a DLL. Is it possible to tell by a quick look whether this is doable at all? Could somebody who has done a similar thing before provide a program stub as a starting point? This is a link to the API: http://www.cmsfx.com/en/platform/VTapi/ Thanks, Klaus

2 1