Re: ntdll/kernel32: #36
On September 22, 2003 07:08 am, Dmitry Timoshkov wrote: > We already have that information, the support for OS locale is implemented > via a Wine extension - CP_UNIXCP. The codepage parameter should go away as > soon as all locale information is moved (or duplicated) in ntdll from > kernel. OK, I've dropped it for now. I hope this moving/duplication is in the master plan... -- Dimi.
Re: alsa/audioio driver regression patch
> Volume and Pan driver requests need to return success > even though they are not implemented. IMHO, reusing the code in wineoss.diff, which is one of your patchs, would be a better choice. And make it work:-).
Re: [ANN] Conformance testing campaign
Dimitrie O. Paun wrote: No, this means that when the console test hung the tester killed the DOS box and thus did not run further tests. Jakob might implement a timeout or we could explain more. Just to let you know I'm not gone or anything: I have been moving (within Sweden) and also quit my job, so things have been busy. I'm still trolling the list though and will resume development of the tester app. regards, Jakob
Re: shell32: export some already implemented functions
"Rolf Kalbermatter" <[EMAIL PROTECTED]> writes: > --- dlls/shell32/shell32.spec 21 Aug 2003 21:26:07 - 1.75 > +++ dlls/shell32/shell32.spec 19 Sep 2003 10:59:21 - > @@ -89,9 +89,9 @@ >95 stdcall SHLogILFromFSIL (ptr) >96 stdcall StrRetToStrN (ptr long ptr ptr) StrRetToStrNAW >97 stdcall SHWaitForFileToOpen (long long long) > - 98 stdcall SHGetRealIDL (long long long) > + 98 stdcall -noname SHGetRealIDL (ptr ptr ptr) >99 stdcall SetAppStartingCursor (long long) > 100 stdcall SHRestricted(long) > 102 stdcall SHCoCreateInstance(ptr ptr long ptr ptr) > @@ -174,6 +174,8 @@ > 184 stdcall ArrangeWindows(long long long long long) > 185 stub SHHandleDiskFull > 186 stdcall ILGetDisplayNameEx(ptr ptr ptr long) > + 189 stdcall -noname ILCreateFromPathA(str) > + 190 stdcall -noname ILCreateFromPathW(wstr) I don't think that's correct, I have other functions as 189 and 190 in my shell32.dll. They should probably be '@' ordinals and imported by name. Also, are you sure SHGetRealIDL is supposed to be imported by ordinal? -- Alexandre Julliard [EMAIL PROTECTED]
Re: TreeView control - set correct hwndNotify
"Igor Grahek" <[EMAIL PROTECTED]> writes: > Is there a reason why this is not accepted? > > ChangeLog: - TreeView control set Notify window correctly in case that > window style is WS_POPUP. I still don't think the IsWindow thing is correct. Have you checked what Windows does in that case? -- Alexandre Julliard [EMAIL PROTECTED]
Re: DMUSIC: version and headers update
Rok Mandeljc <[EMAIL PROTECTED]> writes: > Nothing revolutionary, it just updates versions of dm*.dll files. MS > also added some fields to some structures in headers, but otherwise > there aren't any big changes; sorry for the size of file, but I've been > applying lots of cosmetic fixes to headers... ;=) The patch is big really because you changed the files to use DOS line endings. Please fix that and resubmit a patch. Also we can't simply copy the Microsoft headers, I'm not sure what "released for public use" is supposed to mean but I don't think it gives us the right to redistribute them. -- Alexandre Julliard [EMAIL PROTECTED]
Re: Will wine get to 1.0 before the win32 APIs are obsolete?
Ivan Leo Murray-Smith wrote: Some interesting stuff about the longhorn APIs, will the wine GDI be complete they are also obsolete? The other week I received a little program from a friend. I tried to run it in Wine. It didn't work at all. It was a dotNET - compiled EXE. Jakob
Re: tools/translations_status
> It is slow because it works with CVS to figure things out. If you have a > local copy of the cvs tree (maintained through cvsup) It's not that bad, when I aren't using my dsl line to download 2 or 3 200MB+ files at the same time.
Re: wine/dlls/comctl32 comctl32undoc.c comctl32.sp ...
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > What about a search & replace? I know, it's a big change, but > this COMCTL32_ prefix is kinda uglifying. They also perpetuate > themselves in the code, as they provide bad example. If you > want, I can do patches for each of the controls. At the very > least I'd like to get the controls I work on cleaned up... Sure, we should do that, I just didn't want to do too many changes at the same time. Feel free to submit patches. -- Alexandre Julliard [EMAIL PROTECTED]
Re: [dcom 4] More header file stuff
Mike Hearn <[EMAIL PROTECTED]> writes: > Ensure the header files work with upcoming DCOM patches We finally have correct header dependencies now, please don't start breaking them again. -- Alexandre Julliard [EMAIL PROTECTED]
Re: What todo with stubs in Winlib
On Mon, 22 Sep 2003, Boaz Harrosh wrote: > I must confess I am using a 2 month old wine but ... > > from wininet.dll: >Gopher[*] >InternetErrorDlg >InternetSetFilePointer > > from rasapi32.dll > RasSetEntryDialParamsA/W > IsAsyncMoniker > RasGetErrorStringA > RasDialA > RasGetConnectStatusA Well, update to the latest wine, and write stub implementations for the ones that still need one. > CreateAsyncBindCtx - this one is actually there only it is stubbed in > the spec file Fix the spec file to point to the function. > and some others - I have MFC/ATL compiled. These and others get pulled > in and I just wondered what every one is doing. Can you share your experience compiling MFC/ATL? What did you need to change to MFC/ATL? What about Wine (hopefully nothing :))? What about the Makefile -- can you share it? > and if we are at it I am using msvcrt(.dll) from wine (-isystem > wine/msvcrt) - what does one do with "gethostname"? is there a WINE_ > synonym for it? that I should -D for I know, this is a tough one -- I have run into it myself, but I haven't had the time t think about it yet. -- Dimi.
Re: tools/translations_status
On Mon, 22 Sep 2003, Ivan Leo Murray-Smith wrote: > The translation.sh that Dimi sent is much better (For now), for a start it > works, but it is so slow, something faster (Maybe something that can be > compiled?) would be very nice. It is slow because it works with CVS to figure things out. If you have a local copy of the cvs tree (maintained through cvsup), it's not that slow. On my lowly 600MZ box, it takes about 15sec to complete, starting from a cold cache: [EMAIL PROTECTED] wine.src]$ time tools/translations_status Legend: '.' -- translation appears to be uptodate 'x' -- translation needs updating '?' -- unknown status (file not under CVS control) ' ' -- translation missing Master language is En Module / Language Ca Cn Cs Da De En Eo Es Fi Fr Hu It Ja Ko Nl No Pl Pt Ru Si Sk Sv Sw Va Wa Xx Zh dlls/avifil32 . . . . . . . dlls/comctl32.. . . .. . . . dlls/commdlg . . . . . . . . . . . . . . . . . . . . . .. . dlls/msvideo/msrle32 . . . . . . . dlls/serialui. . dlls/setupapi. . dlls/shell32 . . . . . . . . . . . . . . . . . . . . . .. . dlls/user/resources . . . . . . . . . . . . . . . . . . . . .. . dlls/wineps . . . . . . . . . dlls/wininet. . . . . dlls/winmm. . . .. . . . programs/clock . . . . . . . . . . . . . . . programs/cmdlgtst. . . . . . programs/notepad . . . . . . . . . . . . . . . programs/progman x x . . . . . . . . . . . . . . . . programs/view. . . . . . . programs/wcmd. . . . . programs/wineconsole . . . .. . . programs/winemine. . . . . programs/winhelp . . . . . . . . . . . . . . . . . programs/regedit. . . . . . programs/winefile . . . .. . . . programs/start. . . . . programs/winecfg. x x x x programs/wineproc? real0m15.042s user0m4.020s sys 0m6.360s [EMAIL PROTECTED] wine.src]$ -- Dimi.
Re: tools/translations_status
Le lun 22/09/2003 à 12:32, Ivan Leo Murray-Smith a écrit : > Vincent, your tool has a little problem: It isn't clear where I'm meant to run > it from. Fromt the wine source root, I get a message saying that ../../tools/wrc > doesn't exist, putting it in a directory 2 levels down (So that ../../tools/wrc > does exist) I get this Yes, it's a rough draft. rsrc.rc was the more common resource file for the dlls/programs I started with. Feed the name of the file as arg if it's something different. For the dir, I think there's only one or two times in the tree where resource files are not 2 dirs deep. What would be needed is couple the functionnality with find, and get the results in a nice summary. The output format is rather cryptic too, with numbers instead of languages and some implicit ID's not in the original resource files. Workarounds for both are easy, but for a start I wanted to focus on detecting differences. Dimi's tag could also be added. > I'm may be missing something obvious. > The translation.sh that Dimi sent is much better (For now), for a start it > works, but it is so slow, something faster (Maybe something that can be > compiled?) would be very nice. Dimi's script is slow because it queries the CVS server for each processed file. Even compiled it won't be faster. Vincent
Re: Regression - game not detecting display mode
> I think this is the root of the problem: > > > Log: Opened viewport > > Log: Enter SetRes: 512x384 Fullscreen 1 > > Init: No acceptable display modes found (D3D_OK) > > Critical: Error setting display mode: No > acceptable display modes found (D3D_OK). Please > delete your UT2003.ini file. > > In the part where it was enumerating the modes, I > did not see a 512x384 > mode go by. Try renaming that file and see if it > helps. I have already done that, it does the same hatky. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: WineHQ: still TODO (take 2)
Dimitrie O Paun wrote: 13. Get rid of the Miscellaneous section from Status/Core Status. I will send the patch tommorow :) Tom
Re: [ANN] Conformance testing campaign
On Mon, 22 Sep 2003, Ferenc Wagner wrote: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > > > -- for the ME case, how can we have have some > > results (up to kernel32.dll:codepage) and then > > have no results? Doesn't that mean that they failed? > > No, this means that when the console test hung the tester > killed the DOS box and thus did not run further tests. > Jakob might implement a timeout or we could explain more. Right, this was my point: it's more of a failure, than not having run the test (displayed as "."). Maybe we should say "timeout" for these? > > -- It would be nice to make the tests name links to > > the test file. [...] This is tricky though, as it is > > not clear how to figure this thing out. > > Yes, it must be included in the output. I gave it a try, > winsock and kernel32 are tricky, for example. Yes, I've noticed, it's cool (however, as you say, some of the links are wrong also). > > -- How do you assign the name to different reports > > for the same OS? > > It is the name of the directory the data comes from. In > principle, testers could provide their tags. How do you make sure they don't collide? If we are to install this on WineHQ and have it run automatically, I guess we'll have to create temp dirs. At which point, that stuff is useless anyway, so I think we should just drop it altogether. That is, instead of having stuff like: Win95 Win95dimi Wine95joe .etc We should just drop that from the column header, and say Win95: > > -- Also, in the "XXX differences" section, shouldn't we > > have the exact version & ServicePack displayed between > > the OS name and the reporter link, as we are dealing > > with only one instance? > > Sure, but I do not have the information. Noted, though. How come? I thought Jakob includes a dump of the OS version structure, like so: Operating system version: dwMajorVersion=5 dwMajorVersion=0 dwBuildNumber=2195 dwPlatformId=2 szCSDVersion=Service Pack 3 wServicePackMajor=3 wServicePackMinor=0 wSuiteMask=0 wProductType=1 wReserved=30 > > -- A few links at the top of the page would be nice: > > 1. To the main Testing page, something like > > /site/testing > > I am not sure what this main Testing page is... We will need a Testing status page on WineHQ no? We need a master page which explains where to get the latest tests, what you need to do, link to the results, etc. Not done yet, but needed :) > I was on holiday last week and will possibly leave again, > but will surely come back, just wait... Cool, I can't wait to have this done and integrated in WineHQ. -- Dimi.
Fwd: Apps Database
Andi, I think this one is for you. I sent a test mail to this mail adress today and got the same error. = Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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--- Begin Message --- Hi, I've previously tried submitting an app to the database (about a month or so ago) and not had any response. I sent an email querying what was happenning (last weekend) about it, and again no response except for this: -Pasted Email- - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 550 5.1.1 User unknown) (expanded from: <[EMAIL PROTECTED]>) - Transcript of session follows - 550 5.1.1 [EMAIL PROTECTED] User unknown --End Paste--- Does anyone know what's happening with the [EMAIL PROTECTED] address? Is it actually working? Is the database still being kept up to date? Cheers Mark. -- -- Mark Banner Home: [EMAIL PROTECTED] Website: http://www.standard8.co.uk/ - Bellringing, HTML, Javascript, Embedded Systems and more. This email is sent via 100% recycled electrons. This signature is 100% recycled from someone else's. ___ wine-users mailing list [EMAIL PROTECTED] http://www.winehq.com/mailman/listinfo/wine-users--- End Message ---
Re: tools/translations_status
Vincent, your tool has a little problem: It isn't clear where I'm meant to run it from. Fromt the wine source root, I get a message saying that ../../tools/wrc doesn't exist, putting it in a directory 2 levels down (So that ../../tools/wrc does exist) I get this [EMAIL PROTECTED] wrc]$ ./01-verif-rc2__charset_ISO-8859-15 Could not open rsrc.rc grep: xx: No such file or directory DIALOG: grep: xx: No such file or directory Ressource type unknown: [EMAIL PROTECTED] wrc]$ I'm may be missing something obvious. The translation.sh that Dimi sent is much better (For now), for a start it works, but it is so slow, something faster (Maybe something that can be compiled?) would be very nice.
Re: What todo with stubs in Winlib
Hi Boaz, Some of InternetErrorDlg is implemented in the latest version of Wine. Mike Boaz Harrosh wrote: I must confess I am using a 2 month old wine but ... from wininet.dll: Gopher[*] InternetErrorDlg InternetSetFilePointer
Will wine get to 1.0 before the win32 APIs are obsolete?
Some interesting stuff about the longhorn APIs, will the wine GDI be complete they are also obsolete? The good news is that if the windows APIs go from 76.000 to 8-10.000 then the longhorn APIs should be implemented in wine much faster. A: In the technology generations leading up to Longhorn, Microsoft has been moving to a .NET-based managed code environment, and the Longhorn generation will finally mark a clean split with the Win32 APIs of the past. That is, Win32 will be in maintenance mode, and all new development will occur with managed .NET APIs. One such API, Avalon, forms the basis for the new Desktop Compositing Engine (DCE) in Longhorn that replaces GDI and GDI+. Another, called Aero, provides APIs for the new user interface. All of the new Longhorn APIs will utilize the XML Application markup language (XAML) to make Longhorn more accessible to developers than ever before. The idea is to significantly reduce the number of APIs and make the APIs more standardized. Today, there are over 76,000 Win32 APIs, and countless wrappers. With Longhorn, Microsoft hopes to reduce the API set to 8,000 to 10,000. Complete text http://www.winsupersite.com/faq/longhorn.asp
Re: Configuration parameters
On Mon, 2003-09-22 at 05:50, Dimitrie O. Paun wrote: > On September 18, 2003 01:26 pm, Eric Pouech wrote: > > > the point is that it's not easy to tell between : > > - two physical sound cards (one ALSA, one OSS) > > - one physical sound card but with ALSA and OSS emulation on top of ALSA > > moreover, we'll have to store winmm card information to dsound driver > > somewhere in order to link them (and stop using the current hack) > > that's why some driver configuration will be necessary in the registry How many people really two different sound cards using two entirely different driver models at the same time? We can at least have a sensible default here.
Re: CreateBitmap fails
Patch for loading bitmaps.
ChangeLog:
* dlls/comctl32/toolar.c
- Create a compatible bitmap of the display, which can be selected into
a device context.
* windows/cursoricon.c
- Loading bitmaps with specified size works now.
Index: dlls/comctl32/toolbar.c
===
RCS file: /home/wine/wine/dlls/comctl32/toolbar.c,v
retrieving revision 1.139
diff -u -r1.139 toolbar.c
--- dlls/comctl32/toolbar.c 17 Sep 2003 20:15:21 - 1.139
+++ dlls/comctl32/toolbar.c 20 Sep 2003 10:40:03 -
@@ -2215,7 +2215,7 @@
/* create new default image list */
TRACE ("creating default image list!\n");
-himlDef = ImageList_Create (infoPtr->nBitmapWidth,
infoPtr->nBitmapHeight,
+himlDef = ImageList_Create (infoPtr->nBitmapWidth,
infoPtr->nBitmapHeight,
ILC_COLOR | ILC_MASK, nButtons, 2);
TOOLBAR_InsertImageList(&infoPtr->himlDef, &infoPtr->cimlDef, himlDef,
0);
infoPtr->himlInt = himlDef;
@@ -2236,7 +2236,7 @@
{
BITMAP bmp;
HBITMAP hOldBitmapBitmap, hOldBitmapLoad;
- HDC hdcImage, hdcBitmap;
+ HDC hdcImage, hdcBitmap, hdcScreen;
/* copy the bitmap before adding it so that the user's bitmap
* doesn't get modified.
@@ -2245,11 +2245,12 @@
hdcImage = CreateCompatibleDC(0);
hdcBitmap = CreateCompatibleDC(0);
+ hdcScreen = GetDC(NULL);
/* create new bitmap */
- hbmLoad = CreateBitmap (bmp.bmWidth, bmp.bmHeight, bmp.bmPlanes,
bmp.bmBitsPixel, NULL);
- hOldBitmapBitmap = SelectObject(hdcBitmap, (HBITMAP)lpAddBmp->nID);
- hOldBitmapLoad = SelectObject(hdcImage, hbmLoad);
+ hbmLoad = CreateCompatibleBitmap (hdcScreen, bmp.bmWidth,
bmp.bmHeight);
+ hOldBitmapBitmap = SelectObject (hdcBitmap,
(HBITMAP)lpAddBmp->nID);
+ hOldBitmapLoad = SelectObject (hdcImage, hbmLoad);
/* Copy the user's image */
BitBlt (hdcImage, 0, 0, bmp.bmWidth, bmp.bmHeight,
@@ -2259,6 +2260,7 @@
SelectObject (hdcBitmap, hOldBitmapBitmap);
DeleteDC (hdcImage);
DeleteDC (hdcBitmap);
+ ReleaseDC (NULL, hdcScreen);
nIndex = ImageList_AddMasked (himlDef, hbmLoad, CLR_DEFAULT);
DeleteObject (hbmLoad);
@@ -3845,7 +3847,7 @@
{
BITMAP bmp;
HBITMAP hOldBitmapBitmap, hOldBitmapLoad, hbmLoad;
- HDC hdcImage, hdcBitmap;
+ HDC hdcImage, hdcBitmap, hdcScreen;
/* copy the bitmap before adding it so that the user's bitmap
* doesn't get modified.
@@ -3854,11 +3856,12 @@
hdcImage = CreateCompatibleDC(0);
hdcBitmap = CreateCompatibleDC(0);
+ hdcScreen = GetDC(NULL);
/* create new bitmap */
- hbmLoad = CreateBitmap (bmp.bmWidth, bmp.bmHeight, bmp.bmPlanes,
bmp.bmBitsPixel, NULL);
- hOldBitmapBitmap = SelectObject(hdcBitmap, hBitmap);
- hOldBitmapLoad = SelectObject(hdcImage, hbmLoad);
+ hbmLoad = CreateCompatibleBitmap (hdcScreen, bmp.bmWidth,
bmp.bmHeight);
+ hOldBitmapBitmap = SelectObject (hdcBitmap, hBitmap);
+ hOldBitmapLoad = SelectObject (hdcImage, hbmLoad);
/* Copy the user's image */
BitBlt (hdcImage, 0, 0, bmp.bmWidth, bmp.bmHeight,
@@ -3868,6 +3871,7 @@
SelectObject (hdcBitmap, hOldBitmapBitmap);
DeleteDC (hdcImage);
DeleteDC (hdcBitmap);
+ ReleaseDC (NULL, hdcScreen);
ImageList_AddMasked (himlDef, hbmLoad, CLR_DEFAULT);
DeleteObject (hbmLoad);
Index: windows/cursoricon.c
===
RCS file: /home/wine/wine/windows/cursoricon.c,v
retrieving revision 1.68
diff -u -r1.68 cursoricon.c
--- windows/cursoricon.c 10 Sep 2003 03:56:47 - 1.68
+++ windows/cursoricon.c 20 Sep 2003 10:40:32 -
@@ -1925,7 +1925,8 @@
/**
* BITMAP_Load
*/
-static HBITMAP BITMAP_Load( HINSTANCE instance,LPCWSTR name, UINT
loadflags )
+static HBITMAP BITMAP_Load( HINSTANCE instance,LPCWSTR name,
+INT width, INT height, UINT loadflags )
{
HBITMAP hbitmap = 0;
HRSRC hRsrc;
@@ -1934,6 +1935,8 @@
BITMAPINFO *info, *fix_info=NULL;
HGLOBAL hFix;
int size;
+BOOLfStretch = FALSE;
+HDC hdcMem =NULL;
if (!(loadflags & LR_LOADFROMFILE))
{
@@ -1953,6 +1956,12 @@
if (!(ptr = map_fileW( name ))) return 0;
info = (BITMAPINFO *)(ptr + sizeof(BITMAPFILEHEADER));
}
+
+if (!width) width = info->bmiHeader.biWidth;
+if (!height) height = info->bmiHeader.biHeight;
+fStretch = (info->bmiHeader.biHeight != height) ||
+ (info->bmiHeader.biWidth != width);
+
size = DIB_BitmapInfoSize(info, DIB_RGB_COLORS);
if ((hFix = GlobalAlloc(0, size))) fix_info=GlobalLock(hFix);
if (fix_info) {
@@ -1965,7 +1974,42 @@
if (screen_dc)
{
char *bits = (char *)info + size;
- if (loadflags & LR_CREATED
Re: [ANN] Conformance testing campaign
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > -- for the ME case, how can we have have some > results (up to kernel32.dll:codepage) and then > have no results? Doesn't that mean that they failed? No, this means that when the console test hung the tester killed the DOS box and thus did not run further tests. Jakob might implement a timeout or we could explain more. > -- It would be nice to make the tests name links to > the test file. [...] This is trick though, as it is > not clear how to figure this thing out. Yes, it must be included in the output. I gave it a try, winsock and kernel32 are tricky, for example. > -- How do you assign the name to different reports > for the same OS? It is the name of the directory the data comes from. In principle, testers could provide their tags. > -- Also, in the "XXX differences" section, shouldn't we > have the exact version & ServicePack displayed between > the OS name and the reporter link, as we are dealing > with only one instance? Sure, but I do not have the information. Noted, though. > -- A few links at the top of the page would be nice: > 1. To the main Testing page, something like > /site/testing I am not sure what this main Testing page is... > We also need a "Testing" page, but that's another story :) I was on holiday last week and will possibly leave again, but will surely come back, just wait... Feri.
Re: What todo with stubs in Winlib
I must confess I am using a 2 month old wine but ... from wininet.dll: Gopher[*] InternetErrorDlg InternetSetFilePointer from rasapi32.dll RasSetEntryDialParamsA/W IsAsyncMoniker RasGetErrorStringA RasDialA RasGetConnectStatusA CreateAsyncBindCtx - this one is actually there only it is stubbed in the spec file and some others - I have MFC/ATL compiled. These and others get pulled in and I just wondered what every one is doing. and if we are at it I am using msvcrt(.dll) from wine (-isystem wine/msvcrt) - what does one do with "gethostname"? is there a WINE_ synonym for it? that I should -D for Thanks Free Life Boaz Dimitrie O. Paun wrote: On Mon, 22 Sep 2003, Boaz Harrosh wrote: Winebuild would not recognize stubs for linking. So an app that runs under wine will not compile under winelib. ( stubbed functions are linked to but are not actually used). You'd have to provide manually written stubs. What functions are you missing?
Re: What todo with stubs in Winlib
On Mon, 22 Sep 2003, Boaz Harrosh wrote: > Winebuild would not recognize stubs for linking. So an app that runs > under wine will not compile under winelib. ( stubbed functions are > linked to but are not actually used). You'd have to provide manually written stubs. What functions are you missing? -- Dimi.
Re: What todo with stubs in Winlib
Le lun 22/09/2003 à 10:30, Boaz Harrosh a écrit : > Winebuild would not recognize stubs for linking. So an app that runs > under wine will not compile under winelib. ( stubbed functions are > linked to but are not actually used). If it's a "real" stub (ie, one in the spec file), then the app won't correctly run under Wine, since when it'll call that stub it'll crash with a SIGSEGV (0xdeadbeef et al). Not sure if allowing them to link under winelib is correct here. For the other type (one labeled stub in the C files, which just print some TRACES), it's a real function, so nothing needs to be done. > > [Q] What should one do with all these stub functions? redefine them in a > separate file? would it make any logic to tell winebuild - with a > special switch - to link also to stubs? > ( how hard is that hack?) Make a program (winebuild called) which checks for functions ld can't find, and create a corresponding stub in an additional source file. Problem is, you need the prototype for that, and since the prototypes are in the spec files, and for stubs the prototype is absent, you have a nice round problem. If implementing the real stubs to return error codes can make the app work under Wine, then you've just solved your problem. Vincent
Re: "Unknown directory 15 ignored"
Hello Andrew, Monday, September 22, 2003, 8:34:12 AM, you wrote: AP> I'm trying to run a specific program (Winny2), and it doesn't work AP> anymore... here is the output: AP> fixme:win32:PE_CreateModule Unknown directory 15 ignored This is not related to your problem. It happens when your program had been compressed (Aspack probably). The problem must be elsewhere. -- Best regards, Olegmailto:[EMAIL PROTECTED]
What todo with stubs in Winlib
Winebuild would not recognize stubs for linking. So an app that runs under wine will not compile under winelib. ( stubbed functions are linked to but are not actually used). [Q] What should one do with all these stub functions? redefine them in a separate file? would it make any logic to tell winebuild - with a special switch - to link also to stubs? ( how hard is that hack?)
WineHQ: still TODO (take 2)
Hi folks, Half a year ago I've sent this email about the state of WineHQ: http://www.winehq.org/hypermail/wine-devel/2003/03/0804.html This is a follow up to see what was done, what's left to do, etc. NOTE: numbering follows original email. First, let's see what got DONE, and who did it: 1. Integrate Bugzilla into the site (Jeremy Newman) 2. Integrate AppDB into the site (Jeremy Newman) 3. Integrate the guides into the site (Francois Gouget) 9. Simplify the Contributing page (Dimitrie Paun) 10. Improve Sending Patches(Jeremy Newman) 11. Update TODO/FunProjects/Janitorial/Winelib (Dimitrie Paun) Second, what is IN PROGRESS, and who is working on it: 8. History page (Brian Vincent) 15. A Testing status page (Ferenc Wagner) 16. A Internationalization status page (Vincent Béron) Last, but not least, what is left TODO: 4. The Who's Who page is terribly out of date. 5. We are missing an Acknowledgements page. 6. The Download pages seem like they need a bit of work. 7. The HowTo needs improvements. 12. The Status/UI Status page still needs some work. 13. Get rid of the Miscellaneous section from Status/Core Status. 14. The Search box is too low, but can it be helped? Comments, suggestions, flames? -- Dimi.
Re: ntdll/kernel32: #36
"Eric Pouech" <[EMAIL PROTECTED]> wrote: > Codepage: if you mount a fs with a given codepage, you need that cp > information to transform properly the filenames into unicode. Ideally, > we should get this information from OS We already have that information, the support for OS locale is implemented via a Wine extension - CP_UNIXCP. The codepage parameter should go away as soon as all locale information is moved (or duplicated) in ntdll from kernel. -- Dmitry.
Re: Wine lecture slides
On Sat, 20 Sep 2003, Shachar Shemesh wrote:
> Hi all,
>
> I have placed on my site the slides for a presentation I gave at a local
> LUG about Wine. The slides are in English, in PDF format. You can get
> them at http://shemesh.biz/lectures.html
>
> The lecture was given several months ago, but I'm going to repeat it in
> about a month. If you have any comments, please send them over for
> inclusion for next time.
I think it would be nice to point to such presentations from WineHQ's
'How to contribute to Wine' page. Maybe something like this would do:
Index: templates/en/contributing.template
===
RCS file: /home/wine/lostwages/templates/en/contributing.template,v
retrieving revision 1.15
diff -u -r1.15 contributing.template
--- templates/en/contributing.template 9 Sep 2003 14:34:58 - 1.15
+++ templates/en/contributing.template 22 Sep 2003 09:41:17 -
@@ -362,6 +362,17 @@
+Present Wine at your LUG
+You can get more people to know about Wine and understand why it is
+ important by presenting Wine at your LUG. You can use one of the
+ following presentations as a starting point:
+
+ http://shemesh.biz/lectures/HaifuxWine.pdf";>Wine
+by Shachar Shemesh (2003)
+ http://www.lugod.org/presentations/crossover/";>CrossOver
+and Wine by Francois Gouget (2002/10/01)
+
+
Documentation writing
Wine is in constant need of documentation updates.
I'm not sure I'd insist as much on how Wine started and the license
changes. IMHO it's more important to explain why Wine is important in
the global scheme of things because I feel this is often misunderstood.
But maybe that's just me and in any case it certainly depends on the
audience to some extent.
Some more comments:
* Slide 6
Wine did not start under the X11 license but under the GPL!
See Alexandre's WineConf 2002 presentation (slide 8):
http://www.codeweavers.com/about/news/talks/wineconf2002/wine-sandiego-mar2002.pdf
As was already pointed out, Corel was a big contributor to
Wine and really helped it move forward.
s/Transgaming/TransGaming/
s/Cross Over/CrossOver/
* Slide 8
s/Winehq/WineHQ/
* Slide 17
s/dependndancies/dependencies/
* Slide 19
s/dependancies/dependencies/
s/noteable/notable/
* Slide 20
s/each Win32 DLL only depend/each Win32 DLL only depends/
s/seperation/separation/
s/Seperate/Separate/
* Slide 21
s/simulataniously/simultaneously/
* Slide 25
s/Tell sign:/Telltale sign:/
s/acessable/accessible/
* Slide 26
Actually it's the managed mode that tends to cause focus and Z-order
problems, partly due to the difference in behavior between all the
window managers out there.
* Slide 27
There's no need for a dll override for the MFC since there is no
builtin implementation. A better example may be msvcrt or ole32.
s/Other need functions/Other needed functions/
--
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
$live{free} || die "";
Re: docs: wine-devel [11/16]
On Mon, 22 Sep 2003, Marcelo Duarte wrote: [...] > In this list, some times I see acronyms that I do not understand, some I try > to imagine. For the majority of the people who had not been born speaking > English this also must be complicated. Don't worry. Most off-line english-speaking people have no idea what most of these acronyms stand for. The reason is that a lot of them are specific to the IRC / forum / online culture. (and of course TLC may actually be an exception to that) A few possibly useful links: http://www.red.net/support/resourcecentre/general/acronyms_smileys.php http://www.apc.net/ia/scrmaim.htm http://www.jargon.org/ and of course http://www.acronymfinder.com/ (did Dimi mean 'Tables & Ladders & Chairs') -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.
