wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

Hi >What's the use of win32 port of the GPL version of QT for wine? We don't want >wine to depend on Qt, if we wanted this we could just use the normal Unix >version of Qt. i totaly agree with you :) I don't see any need for porting Qt to windows >The khtml-win32 project is much more usefull for wine. That project is >actually porting the qt wrapper Apple made for use in Safari to Windows. When >that port is done, it could be used in Wine. helping that port can speed up wine/khtml integration :) >Roderick > >On Monday 20 January 2003 14:38, Adam Treat wrote: >> --- fenix(a)club-internet.fr wrote: >> > Hi, >> > >> > >Just two things for those thinking about khtml: >> > > >> > >1) The kdebindings package contains C-language bindings for khtml >> > > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml >> > > (this does not affect the qt-replacement api of course). >> > >> > yes, as qtc in kdebindings is for qt :) >> > >> > >2) There is a project to port KWC to win32: KHTML Win32 Native, see >> > > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to >> > > use that. >> > >> > yes, but it's a really slow project (no cvs access, and only one guy). >> > Maybe we have to help this project >> >> Why not just port the GPL version of Qt to Windows? The kde-cygwin project >> is doing that right now and it isn't terribly hard (if you know the Windows >> API ;). I think if some wine developers got involved it could be >> accomplished very quickly as Qt is almost completely platform agnostic ... >> it only would require a port of 10 files or so... >> >> See: >> 1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 >> 2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 >> 3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 >> >> BTW, I have setup a project and already started porting the build stuff to >> use mingw32. Currently, am stuck in the qfile_win.cpp and qdir_win.cpp >> (copies of the qfile_unix.cpp and qdir_unix.cpp) with the general functions >> that abstract file creation/deletion for windows ... but then I don't know >> any Windows API ;) >> >> Cheers, >> >> Adam >> >> > > ciao >> > > Jörg >> > >> > Raphael >> > >> > >-- >> > >Joerg Mayer <jmayer(a)loplof.de> >> > >I found out that "pro" means "instead of" (as in proconsul). Now I know >> > >what proactive means. >> >> __________________________________________________ >> Do you Yahoo!? >> Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >> http://mailplus.yahoo.com > > >

1 0

Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

> >--- fenix(a)club-internet.fr wrote: >> Hi, >> >> >Just two things for those thinking about khtml: >> > >> >1) The kdebindings package contains C-language bindings for khtml >> > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml >> > (this does not affect the qt-replacement api of course). >> >> yes, as qtc in kdebindings is for qt :) >> >> >2) There is a project to port KWC to win32: KHTML Win32 Native, see >> > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to >> > use that. >> >> yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help >> this project > >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right >now and it isn't terribly hard (if you know the Windows API ;). I think if some wine developers >got involved it could be accomplished very quickly as Qt is almost completely platform agnostic >.... it only would require a port of 10 files or so... > >See: >1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 >2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 >3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 I don't think it's a good idea :( Now, we only need a few classes and code for porting KWQ to windows specific code (and more platform optimised than Qt). While Qt need 10-15 huge base classes to be ported, and platform "tuning " on top level code (platform independent). And, i don't like the port idea, because trolltech use Qt under windows as main product, and porting the GPL version to windows ... In past, i have already done much of Qt (2.x version) porting under windows for a personal project. A first implementation is really easy but for a real industrial one, you need too much code with too much problems (you have to understand well what the top levels classes do, etc...) >BTW, I have setup a project and already started porting the build stuff to use mingw32. The mingw32 guy use a mix of win32 and unix compat layers (yakk) :( >Currently, am stuck in the qfile_win.cpp and qdir_win.cpp (copies of the qfile_unix.cpp and >qdir_unix.cpp) with the general functions that abstract file creation/deletion for windows ... but >then I don't know any Windows API ;) lol as i said before, i think helping the kwq-win32 project is the right way >Cheers, > >Adam > regards, Raphael

2 2

Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

Hi, >Just two things for those thinking about khtml: > >1) The kdebindings package contains C-language bindings for khtml > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml > (this does not affect the qt-replacement api of course). yes, as qtc in kdebindings is for qt :) >2) There is a project to port KWC to win32: KHTML Win32 Native, see > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to > use that. yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help this project > ciao > Jörg Raphael >-- >Joerg Mayer <jmayer(a)loplof.de> >I found out that "pro" means "instead of" (as in proconsul). Now I know >what proactive means.

3 2

Reseting X resolution
by Luis Marques 20 Jan '03

20 Jan '03

Hello all, I like to test some DirectX applications from time to time. Problem is that they succed long enough to set the resolution but after that fail. I can Ctrl-C the application and resume working but it's not very practial to work on a 320x200 desktop... How can I restore the resolution? Is there any standard way? Should I just write a few lines of SDL code to set the resolution? Thanks, Luís Marques

3 2

Re: 1995-era installshield woes - foreground window never appears
by Jyrkk� Nieminen 20 Jan '03

20 Jan '03

>All the installshield stuff in the msvc4 installer >seems to work -- except the Data Access Objects >installer. When you run it, you get to the first >screen with a big blue background, but the foreground >window never shows up. It's probably there, but >invisible, or something. Alt-tab doesn't help, and >the blue background is full-screen, so you can't >try moving it out of the way. I have to alt-tab and ^C >(why that works, I dunno) to get out. The magic button is ALT-F2 (at least in kde, maybe gnome too) -- Regards, --==<< vilppa(a)hotmail.com >>==-- _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

1995-era installshield woes - foreground window never appears
by Dan Kegel 20 Jan '03

20 Jan '03

All the installshield stuff in the msvc4 installer seems to work -- except the Data Access Objects installer. When you run it, you get to the first screen with a big blue background, but the foreground window never shows up. It's probably there, but invisible, or something. Alt-tab doesn't help, and the blue background is full-screen, so you can't try moving it out of the way. I have to alt-tab and ^C (why that works, I dunno) to get out. Any suggestions? I'm having trouble figuring out how to track this down; win32 gui problems aren't my forte. I put a bzip2 log of 'wine --debugmsg +file,+exec,+proc,+relay _INS0466._MP' on my web site: http://www.kegel.com/linux/winelog.html#msvc4.dao Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 7

1995-era Microsoft MFCKIT installer fails to unpack one of its DLLs
by Dan Kegel 20 Jan '03

20 Jan '03

On to the next button on the MSVC4.0 installer: MFC. Clicking it runs d:\mfckit\disk1\setup.exe, which appears to be a win16 executable. It exits quickly under Wine, saying Could not load 'RBHEAP.DLL' required by 'WBRUN20', error= 2 Tsk. Running it under XP works, of course. Now, \mfckit\disk1 does contain the file rbheap.dl_, which presumably something is supposed to unpack on the fly. In hopes of seeing what's going on, I ran this installer under Debugging Tools for Windows' logger; the result is at http://www.kegel.com/linux/mfckit.txt Here are the lines from mfckit.txt that reference rbheap.dll or a file descriptor open to it or rbheap.dl_: Thrd4 0FFB56F5 GetPrivateProfileStringA( "Files" "rbheap.dl_" "" 0x00000080 "D:\MFCKIT\DISK1\SETUP.LST") -> 0x0000000A ( "rbheap.dll") Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> INVALID_HANDLE_VALUE [FAIL] Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000C4 Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> 0x00000000 Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | FILE_ATTRIBUTE_ARCHIVE | FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED Thrd4 0F007B35 GetFileAttributesW( "C:\MS-SETUP.T\RBHEAP.DLL") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | FILE_ATTRIBUTE_ARCHIVE | FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ | GENERIC_WRITE FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL CREATE_ALWAYS FILE_ATTRIBUTE_NORMAL NULL) -> 0x00000124 Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_CURRENT) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00000008 [0x032AFC2C] -> 0x00000008 0x00000000) -> TRUE ( 0x0003BB70) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> INVALID_HANDLE_VALUE [FAIL] Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000C4 Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> 0x0000189C Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E 0x00000000) -> TRUE ( 0x0003BB28) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> 0x0000189C Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E 0x00000000) -> TRUE ( 0x0003BB2C) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 14 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x0000000E Thrd4 0FFB4584 SetFilePointer( 0x00000124 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 0x00000000) -> TRUE ( 0x0320FB41) Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 0x00000000) -> TRUE ( 0x0320FB41) Thrd4 0FFC117C WriteFile( 0x00000124 0x03217B60 0x00002B30 [0x032AFC40] -> 0x0FFDDB70 0x00000000) -> TRUE Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_ARCHIVE Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_ARCHIVE) -> TRUE Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000DC Thrd4 0FFB54DC GetProfileIntA( "ModuleCompatibility" "RBHEAP" 0) -> 0 Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_ARCHIVE Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" FILE_ATTRIBUTE_ARCHIVE) -> TRUE Thrd4 0F007D27 CreateFileW( "C:\ms-setup.t\rbheap.dll" 0x00010000 0x00000000 [0x00000000] NULL OPEN_EXISTING FILE_ATTRIBUTE_NORMAL NULL) -> 0x0000012C Looks pretty clear that whatever we're tracing is indeed unpacking the file and writing it to c:\ms-setup.t\rbheap.dll. (I think we're tracking the wow module which is running the win16 program.) Likewise, I ran it under Wine with --debugmsg +win,+profile,+file,+dosfs,+relay; the resulting log is at http://www.kegel.com/linux/mfckit-wine.txt Here are the lines from mfckit-wine.txt that mention rbheap at all: trace:profile:PROFILE_Load New key: name='rbheap.dl_', value='rbheap.dll' trace:file:FILE_DoOpenFile RBHEAP.DLL OF_READ OF_SHARE_COMPAT trace:file:FILE_DoOpenFile RBHEAP.DLL 0000 trace:dosfs:DOSFS_DoGetFullPathName passed 'RBHEAP.DLL' trace:dosfs:DOSFS_DoGetFullPathName got C:\ms-setup.t\RBHEAP.DLL trace:dosfs:DOSFS_DoGetFullPathName returning 'C:\ms-setup.t\RBHEAP.DLL' trace:dosfs:DOSFS_GetFullName RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/ms-setup.t' trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows/system' trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' trace:dosfs:DOSFS_GetFullName C:\MS-SETUP.T\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,MS-SETUP.T\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,MS-SETUP.T\RBHEAP.DLL) -> ms-setup.t (MS-SETUP.T) trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/ms-setup.t' trace:dosfs:DOSFS_GetFullName c:\windows\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\RBHEAP.DLL) -> windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' trace:dosfs:DOSFS_GetFullName c:\windows\system\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\system\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\system\RBHEAP.DLL) -> windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,system\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c/windows,system\RBHEAP.DLL) -> system (SYSTEM) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows/system' trace:dosfs:DOSFS_GetFullName e:\\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/tmp' trace:dosfs:DOSFS_GetFullName e:\test\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,test\RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'test\RBHEAP.DLL' not found in '/tmp' trace:dosfs:DOSFS_GetFullName f:\\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank' warn:file:FILE_DoOpenFile 'RBHEAP.DLL' not found or sharing violation warn:file:FILE_DoOpenFile (RBHEAP.DLL): return = HFILE_ERROR error= 2 Could not load 'RBHEAP.DLL' required by 'WBRUN20', error=2 No such unpacking going on here. Under Wine, nothing ever references RBHEAP.DL_. Anyone see anything like this before, or have a suggestion on how to track this down further? -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Games Swat 3d
by Ronald James 20 Jan '03

20 Jan '03

I am wondering if Swat3d will be added to the list anytime soon for use with wine ??

1 0

Re: Problem compiling current CVS on Redhat 8
by John K. Hohm 20 Jan '03

20 Jan '03

> wine/dlls/comcat/: > > comcat_private.h:45: conflicting types for `ClassFactoryImpl' > comcat.h:49: previous declaration of `ClassFactoryImpl' > [more of same error for ther types] I'm quite confused by this; the current comcat.h only has 34 lines, and doesn't define ClassFactoryImpl. > I also get this: > gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall > -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ > -D_REENTRANT -o comcat_main.o comcat_main.c > In file included from comcat.h:28, > from comcat_private.h:29, > from comcat_main.c:21: > .../../include/wine/obj_base.h:26:2: #error DO NOT INCLUDE DIRECTLY The current comcat.h doesn't include obj_base.h. Are you certain you have the latest from CVS? You can see it here: http://cvs.winehq.com/cvsweb/wine/include/comcat.h?rev=1.7&content-type=tex…

2 1

Some more thoughts on khtml
by Joerg Mayer 20 Jan '03

20 Jan '03

Just two things for those thinking about khtml: 1) The kdebindings package contains C-language bindings for khtml (kde_HTML*), so C++ wouldn't be a requirement for calling khtml (this does not affect the qt-replacement api of course). 2) There is a project to port KWC to win32: KHTML Win32 Native, see http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to use that. ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party
by Jani Vaarala 20 Jan '03

20 Jan '03

Hi. I tried to get Worms World Party working with wine (tried latest wine from CVS, winex 2.2.1 ...) and none of these worked. I don't get graphics output of any kind on these. In version 2002-06-05 graphics output is ok, but mouse events seem to be going to /dev/null. I tried different versions and I found out that 2002-06-28 had a fix labeled: "Disable OWN_WINDOW as it no longer works." I tried defining OWN_WINDOW in latest build and the graphics came out ok. But no mouse events. If I undefine OWN_WINDOW, I get the mouse (can hear the menu selection sounds), but no graphics. When I get no graphics, it seems that GDI heap overflows aswell. I'm not a windows expert, so it would take quite long time to find out what is actually the reason for this. Could someone from this list take a look at it ? --jani __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

placeholder implementation of explorer.exe
by Dan Kegel 20 Jan '03

20 Jan '03

I collected my notes about getting msvc4's setup running under Wine at http://www.kegel.com/linux/winelog.html I now have wordpad reading .wri files properly under Wine (needed for the "STL" button). The next problem is that the setup program does ShellExecute(..., "explorer.exe", ".", ...) to pop up an explorer window. Well, wine has Winefile, but not explorer.exe. It looks like the path of least resistance is for me to write a trivial little explorer.exe that just cd's to argv[1] and fires up winefile (which always operates on the current directory). I've written it, and I expect when I add the needed registry entry, it'll make msvc4's setup's "explore this cd" button work fine. Anyone think that'd be a bad thing to put into the Wine tree? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Re: VirtualDub cannot find its codecs
by Duane Clark 20 Jan '03

20 Jan '03

Waldeck Schutzer wrote: > ... > > Index: wine/dlls/msvideo/msvideo_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/msvideo/msvideo_main.c,v > retrieving revision 1.45 > diff -r1.45 msvideo_main.c Please supply as diff -u, or better, create a ~/.cvsrc file that contains: cvs -z 3 update -PAd diff -u

2 1

Re: Problems switching keyboards
by Lina Kemmel 19 Jan '03

19 Jan '03

Shachar Shemesh wrote: >> the '-option grp' set to 'alt_shift_toggle' will work. >> >>> Yes, but it will also switch to menu selection under most Windows >>> applications, a majour annoyance (unless shift is pressed fist, but who >>> really does that?). Try just '-option grp:toggle'. Then pressing and releasing right alt will work as a permanent keyboard switch. For additional options, see /usr/X11R6/lib/X11/xkb/rules/xfree86.lst (on RH 7.1 at least), or if this file is not present, do some grep (eg. "shift_toggle") to find a similar one. But in any case, shouldn't wine consider any AltGr switchers (including both shifts, if defined) as shortcut keys (instead of handling each modifier key independently)? >> Know any good place I can RTFM this? There is not bad in my opinion XKB manual at http://www.tsu.ru/~pascal/en/xkb Lina

1 0

Re: resend: small DOS vga improvement
by Christian Costa 19 Jan '03

19 Jan '03

Andreas Mohr wrote: >Hi all, > >please disregard my previous patch. > >I discovered that > > case 0x3da: > /* > * Read from this register resets register 0x3c0 address flip-flop. > */ > vga_address_3c0 = TRUE; > /* since we don't (yet?) serve DOS VM requests while VGA_Poll is running, > we need to fake the occurrence of the vertical refresh */ > ret=vga_refresh?0x00:0x0b; /* toggle video RAM and lightpen and VGA >refresh bits ! */ > if (VGA_IsTimerRunning()) > vga_refresh=0; > else >#endif > /* Also fake the occurence of the vertical refresh when no graphic > mode has been set */ > vga_refresh=!vga_refresh; > break; > >is WRONG since VGA_IsTimerRunning() is always true: > Not exactly! It is false before an application sets a video mode. > >VGA_InstallTimer gets called in both VGA_DoSetMode() (graphics) and >VGA_SetAlphaMode() (text). >(doh !) >Talk about too many people having done too many changes in one and the same >code part :-)) > > > >So until there is further information about how to do it properly, >I'll just remove the vga_refresh reset in the VGA_IsTimerRunning() case, >and of course this makes Turbo Pascal 6 usable (although screen update is >a bit slower than IDA, most likely due to using int 10h instead of video >mem and also probing I/O port 0x3da). > Sure it will help your app but others that need video sync will not work properly. :-) In your case, VGA_Poll_Text is called periodicaly and should be running at 33 fps. Since 33 fps is just half the standard speed (70Hz), all should be fine. But is VGA_Poll_Text running at 33 fps? I suspect this function is too slow (maybe due to the console code). Christian. > > >

1 0

multiline strings in .rc files (was: Implementation of "start.exe", take 3)
by Dan Kegel 19 Jan '03

19 Jan '03

davep wrote: > On Saturday 18 Jan 2003 08:44, Dan Kegel wrote: > > >>Remaining issue I could use help with: >>* multiline strings from resource file are displayed with extra newline >>between lines in wine, but not in windows. To reproduce, build >>either as winelib app or build under MSVC6, then run in wine; >>usage message comes out double-spaced. Help! > > > Use a backslash on the end of each line to escape the LF. > > Look at programs/wcmd/wcmdrc.rc for an example. I did. Unfortunately, if I do STRING_FOO, "This is a two-line \ string" it looks good in Wine, but it's run together on one line in Windows. Conversely, if I do STRING_FOO, "This is a two-line \n \ string" it looks good in Windows, but it's double-spaced in Wine. Something's fishy here. Our .rc files should be usable in both environments without change. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 4

Re: Launch a unix process from wcmd?
by Greg Turner 18 Jan '03

18 Jan '03

On Saturday 18 January 2003 02:35 pm, Dan Kegel wrote: > Greg Turner wrote: > > I am trying write scripts to mangle the output of MIDL. After MIDL > > runs, I need to do a tiny amount of post-processing using UNIX apps > > (convert from CRLF, for starters). > I just tried making a .bat file containing > > @echo off > echo hi > echo there > > and running it from unix with > > wcmd /c foo.bat > log > > Sure enough, log contained just the two lines > hi > there > > So I think you can already do that which you requested. indeed, you are right. perhaps i only tried "wcmd -- -c". silly me. -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

1 0

Launch a unix process from wcmd?
by Greg Turner 18 Jan '03

18 Jan '03

I am trying write scripts to mangle the output of MIDL. After MIDL runs, I need to do a tiny amount of post-processing using UNIX apps (convert from CRLF, for starters). So, I have batch file that I run under wine to invoke MIDL and get the output I want; My question is: is there some way I can invoke my unix shell script from my .bat file in wine under wcmd? If not, perhaps we should squeeze this functionality into Dan's start.exe implementation? How would you feel about this, Dan? Alternatively, if I could invoke my .bat file from the UNIX command-line, this would be just as good... but so far, the only way I have found is to run "wcmd" and type. Does wcmd have some equivalent to bash's "-c" command-line argument? Surely real cmd.exe has some such feature? Thanks, -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

4 3

Re: Packaging Update $3
by Duane Clark 18 Jan '03

18 Jan '03

Tom Wickline wrote: > ... > I sent a patch 9 hours ago and it still has not shown up so im > re-sending the patch. Ahh, well. To prevent that, you need to subscribe the email address you are using to the wine-patches list, otherwise it waits for me to get around to moderating it. Since your previous email appears to have been sent at about midnight my time, there was a bit of a wait before I saw it ;) If you already are subscribed under a different email address, it is perfectly ok to subscribe another. Just go into your user preferences after completing the subscription process and turn On "Disable mail delivery" to prevent getting multiple copies of postings sent to you.

1 0

Fwd: patch for "GetFileTitleW: illegal call to GetFileTitleA" 3ed
by liu spider 18 Jan '03

18 Jan '03

Thanks to Alexandre Julliard. He pointed out to me the right method, and I hope this patch is the correct one. ChangeLog: -dlls/commdlg/filetitle.c implemented GetFileTitleW GetFileTitleA now is a call to GetFileTitleW liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Index: dlls/commdlg/filetitle.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filetitle.c,v retrieving revision 1.12 diff -u -r1.12 filetitle.c --- dlls/commdlg/filetitle.c 31 May 2002 23:25:45 -0000 1.12 +++ dlls/commdlg/filetitle.c 18 Jan 2003 14:13:02 -0000 @@ -3,6 +3,7 @@ * * Copyright 1994 Martin Ayotte * Copyright 1996 Albrecht Kleine + * Copyright 2003 liuspider * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -24,10 +25,10 @@ #include "winbase.h" #include "winnls.h" #include "commdlg.h" +#include "wine/unicode.h" +#include "winternl.h" #include "wine/debug.h" -#include "heap.h" /* Has to go */ - WINE_DEFAULT_DEBUG_CHANNEL(commdlg); #include "cdlg.h" @@ -38,19 +39,41 @@ */ short WINAPI GetFileTitleA(LPCSTR lpFile, LPSTR lpTitle, UINT cbBuf) { - int i, len; + int ret,totalW; + UNICODE_STRING strWFile; + LPWSTR lpWTitle; + totalW = cbBuf * sizeof(WCHAR); + RtlCreateUnicodeStringFromAsciiz(&strWFile, lpFile); + lpWTitle = RtlAllocateHeap( GetProcessHeap(), 0, totalW); + ret = GetFileTitleW(strWFile.Buffer, lpWTitle, totalW); + if (!ret){ + WideCharToMultiByte( CP_ACP, 0, lpWTitle, -1, lpTitle, cbBuf, NULL, NULL ); + } + RtlFreeUnicodeString( &strWFile ); + RtlFreeHeap( GetProcessHeap(), 0, lpWTitle ); + return ret; +} + +/*********************************************************************** + * GetFileTitleW (COMDLG32.@) + * + */ +short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) +{ + int i, len; + WCHAR brkpoint[] = {'*','[',']'}; TRACE("(%p %p %d); \n", lpFile, lpTitle, cbBuf); if(lpFile == NULL || lpTitle == NULL) return -1; - len = strlen(lpFile); + len = strlenW(lpFile); if (len == 0) return -1; - if(strpbrk(lpFile, "*[]")) + if(strpbrkW(lpFile, brkpoint)) return -1; len--; @@ -70,34 +93,14 @@ if(i == -1) i++; - TRACE("---> '%s' \n", &lpFile[i]); + TRACE("---> '%s' \n", debugstr_w(&lpFile[i])); - len = strlen(lpFile+i)+1; + len = strlenW(lpFile+i)+1; if(cbBuf < len) return len; - strncpy(lpTitle, &lpFile[i], len); + strncpyW(lpTitle, &lpFile[i], len); return 0; -} - - -/*********************************************************************** - * GetFileTitleW (COMDLG32.@) - * - */ -short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) -{ - LPSTR file = HEAP_strdupWtoA(GetProcessHeap(), 0, lpFile); /* Has to go */ - LPSTR title = HeapAlloc(GetProcessHeap(), 0, cbBuf); - short ret; - - ret = GetFileTitleA(file, title, cbBuf); - - if (cbBuf > 0 && !MultiByteToWideChar( CP_ACP, 0, title, -1, lpTitle, cbBuf )) - lpTitle[cbBuf-1] = 0; - HeapFree(GetProcessHeap(), 0, file); - HeapFree(GetProcessHeap(), 0, title); - return ret; }

1 0

Running Wine with a Windows install
by Tom Wickline 18 Jan '03

18 Jan '03

I have hit a small road block in updating the Packagers Guide and i'm in need of a little help here :) Section 3.3 : http://www.winehq.com/Docs/wine-pkg/pkg-winpartition.shtml Talks about useing files from an installation of the actual Microsoft Windows operating system. And as I dont have Windows on this box and I only have Win2000 on my second HD at this time I am not sure if this section is out of date. And what the differances between 9x and NT, 2K, XP are. So if you have Windows on your box or if you run Wine with Windows can you send me the path to the .dat files .ini file and system dlls ? In the future is this going to be done for the user by a config script ? One more question while im at it :)) I sent a patch to wine-patches about 6 hours ago and its still not listed how long does this take ? are the patches moderated before being posted ? Tom

1 0

Re: Implementation of "start.exe", take 3
by davep 18 Jan '03

18 Jan '03

On Saturday 18 Jan 2003 08:44, Dan Kegel wrote: > Remaining issue I could use help with: > * multiline strings from resource file are displayed with extra newline > between lines in wine, but not in windows. To reproduce, build > either as winelib app or build under MSVC6, then run in wine; > usage message comes out double-spaced. Help! Use a backslash on the end of each line to escape the LF. Look at programs/wcmd/wcmdrc.rc for an example. Dave

1 0

how to make a proper .diff
by Tom Wickline 18 Jan '03

18 Jan '03

Hi, I have what may be a stupid question but im going to ask it :) If im working on lets say packaging.sgml and I finish one section and make a diff against cvs. Then should I refresh my packaging.sgml from cvs and start on section #2 ? This is what I have done... Because if I keep working on the same file the diff grows and I would send the same patch over and over.. So I am doing this the correct way ? Tom

2 1

Implementation of "start.exe", take 3
by Dan Kegel 18 Jan '03

18 Jan '03

Changes since take 2: * internationalized * can be built with MSVC6.0; resulting .exe works in both Windows and Wine * winelib app now installed by wineinstall * winedefault.reg now has entries needed to make 'start foo.txt' work Remaining issue I could use help with: * multiline strings from resource file are displayed with extra newline between lines in wine, but not in windows. To reproduce, build either as winelib app or build under MSVC6, then run in wine; usage message comes out double-spaced. Help! I suspect it's worth submitting to wine-patches until that issue is resolved. Again, to those who are confused why I didn't just use cygstart, cygstart's license seems to be an issue, and cygstart doesn't implement one of the four options in the real Windows start.exe, so I plowed ahead with my own version. We can add options from Cygstart later. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.122 diff -u -r1.122 configure.ac --- configure.ac 15 Jan 2003 00:50:48 -0000 1.122 +++ configure.ac 18 Jan 2003 08:11:26 -0000 @@ -1519,6 +1519,7 @@ programs/regtest/Makefile programs/rpcss/Makefile programs/rundll32/Makefile +programs/start/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile Index: winedefault.reg =================================================================== RCS file: /home/wine/wine/winedefault.reg,v retrieving revision 1.61 diff -u -r1.61 winedefault.reg --- winedefault.reg 19 Dec 2002 21:16:56 -0000 1.61 +++ winedefault.reg 18 Jan 2003 08:11:26 -0000 @@ -2838,3 +2838,18 @@ "LongDistanceRule"=" 8WFG" "Name"="Uzbekistan" "SameAreaRule"="G" + +# +# Entries to get ShellExecute to map .txt files to notepad +# + +[HKEY_CLASSES_ROOT\.txt] +@="txtfile" +"Content Type"="text/plain" + +[HKEY_CLASSES_ROOT\txtfile\shell\open\command] +@="C:\\WINDOWS\\NOTEPAD.EXE %1" + +[HKEY_CLASSES_ROOT\txtfile\shell\print\command] +@="C:\\WINDOWS\\NOTEPAD.EXE /p %1" + Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 18 Jan 2003 08:11:26 -0000 @@ -19,6 +19,7 @@ regtest \ rpcss \ rundll32 \ + start \ uninstaller \ view \ wcmd \ @@ -43,6 +44,7 @@ regsvr32 \ rpcss \ rundll32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -73,6 +75,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + start.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ @@ -136,6 +139,9 @@ winhelp.exe$(DLLEXT): winhelp/winhelp.exe$(DLLEXT) $(RM) $@ && $(LN_S) winhelp/winhelp.exe$(DLLEXT) $@ + +start.exe$(DLLEXT): start/start.exe$(DLLEXT) + $(RM) $@ && $(LN_S) start/start.exe$(DLLEXT) $@ wcmd/wcmd.exe$(DLLEXT): wcmd wineconsole/wineconsole.exe$(DLLEXT): wineconsole Index: tools/wineinstall =================================================================== RCS file: /home/wine/wine/tools/wineinstall,v retrieving revision 1.50 diff -u -r1.50 wineinstall --- tools/wineinstall 5 Dec 2002 19:05:44 -0000 1.50 +++ tools/wineinstall 18 Jan 2003 08:11:26 -0000 @@ -101,6 +101,7 @@ function create_windows_directories { for tdir in "$CROOT/windows" "$CROOT/windows/system" \ + "$CROOT/windows/command" \ "$CROOT/windows/Start Menu" "$CROOT/windows/Start Menu/Programs" \ "$CROOT/Program Files" "$CROOT/Program Files/Common Files" \ "$CROOT/windows/Profiles" "$CROOT/windows/Profiles/Administrator" \ @@ -129,6 +130,7 @@ #puts windows applications replacements to windows directories, #configures them function configure_wine_applications { + link_app start "$CROOT/windows/command/start.exe" link_app notepad "$CROOT/windows/notepad.exe" link_app regedit "$CROOT/windows/regedit.exe" link_app rundll32 "$CROOT/windows/rundll32.exe" --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/Makefile.in 2003-01-17 23:25:49.000000000 -0800 @@ -0,0 +1,15 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = start.exe +APPMODE = cui +IMPORTS = shell32 user32 + +C_SRCS = start.c + +RC_SRCS = rsrc.rc + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/start.c 2003-01-18 00:04:53.000000000 -0800 @@ -0,0 +1,190 @@ +/* + * Start a program using ShellExecuteEx, optionally wait for it to finish + * Compatible with Microsoft's "c:\windows\command\start.exe" + * + * Copyright 2003 Dan Kegel + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <windows.h> +#include <winuser.h> +#include <stdio.h> +#include <stdlib.h> +#include <shlobj.h> + +#include "resources.h" + +/** + Output given message to stdout without formatting. +*/ +static void output(const char *message) +{ + DWORD count; + WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), message, strlen(message), &count, NULL); +} + +/** + Output given message, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_error(const char *msg, DWORD error_code) +{ + LPVOID lpMsgBuf; + int status; + + output(msg); + output(": "); + status = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, 0, (LPTSTR) & lpMsgBuf, 0, NULL); + if (!status) { + output("FormatMessage failed\n"); + } else { + output(lpMsgBuf); + LocalFree((HLOCAL) lpMsgBuf); + output("\n"); + } + ExitProcess(1); +} + +/** + Output given message from string table, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_string_error(int which, DWORD error_code) +{ + char msg[2048]; + + if (!LoadString(GetModuleHandle(NULL), which, + msg, sizeof(msg))) + fatal_error("LoadString failed", GetLastError()); + + fatal_error(msg, error_code); +} + +static void fatal_string(int which) +{ + char msg[2048]; + + if (!LoadString(GetModuleHandle(NULL), which, + msg, sizeof(msg))) + fatal_error("LoadString failed", GetLastError()); + + output(msg); + ExitProcess(1); +} + +static void usage() +{ + fatal_string(STRING_USAGE); +} + +static void license() +{ + fatal_string(STRING_LICENSE); +} + +int main(int argc, char *argv[]) +{ + char arguments[MAX_PATH]; + char *p; + SHELLEXECUTEINFO sei; + int argi; + + memset(&sei, 0, sizeof(sei)); + sei.cbSize = sizeof(sei); + sei.lpVerb = "open"; + sei.nShow = SW_SHOWNORMAL; + /* Dunno what these mean, but it looks like winMe's start uses them */ + sei.fMask = SEE_MASK_FLAG_DDEWAIT|SEE_MASK_FLAG_NO_UI; + + /* Canonical Microsoft commandline flag processing: + * flags start with /, are case insensitive, + * and may be run together in same word. + */ + for (argi=1; argi<argc; argi++) { + int ci; + + if (argv[argi][0] != '/') + break; + + /* Handle all options in this word */ + for (ci=0; argv[argi][ci]; ) { + /* Skip slash */ + ci++; + switch(argv[argi][ci]) { + case 'l': + case 'L': + license(); + break; /* notreached */ + case 'm': + case 'M': + if (argv[argi][ci+1] == 'a' || argv[argi][ci+1] == 'A') + sei.nShow = SW_SHOWMAXIMIZED; + else + sei.nShow = SW_SHOWMINIMIZED; + break; + case 'r': + case 'R': + /* sei.nShow = SW_SHOWNORMAL; */ + break; + case 'w': + case 'W': + sei.fMask |= SEE_MASK_NOCLOSEPROCESS; + break; + default: + printf("Option '%s' not recognized\n", argv[argi]+ci-1); + usage(); + } + /* Skip to next slash */ + while (argv[argi][ci] && (argv[argi][ci] != '/')) + ci++; + } + } + + if (argi == argc) + usage(); + + sei.lpFile = argv[argi++]; + + /* FIXME - prone to overflow */ + arguments[0] = 0; + for (p = arguments; argi < argc; argi++) + p += sprintf(p, " %s", argv[argi]); + + sei.lpParameters = arguments; + + if (!ShellExecuteEx(&sei)) + fatal_string_error(STRING_EXECFAIL, GetLastError()); + + if (sei.fMask & SEE_MASK_NOCLOSEPROCESS) { + DWORD exitcode; + DWORD waitcode; + waitcode = WaitForSingleObject(sei.hProcess, INFINITE); + if (waitcode) + fatal_error("WaitForSingleObject", GetLastError()); + if (!GetExitCodeProcess(sei.hProcess, &exitcode)) + fatal_error("GetExitCodeProcess", GetLastError()); + /* fixme: haven't tested whether exit code works properly */ + ExitProcess(exitcode); + } + + ExitProcess(0); +} --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/resources.h 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,3 @@ +#define STRING_USAGE 101 +#define STRING_LICENSE 102 +#define STRING_EXECFAIL 103 --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/En.rc 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,64 @@ +/* + * Start + * English Language Support + * + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US +#pragma code_page(850) + +STRINGTABLE DISCARDABLE LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT +{ +STRING_USAGE, "Start a program, or open a document in the program normally used for files with that suffix. \n\ +Usage: \n\ +start [options] program_filename [...] \n\ +start [options] document_filename \n\ + \n\ +Options: \n\ +/M[inimized] Start the program minimized. \n\ +/MAX[imized] Start the program maximized. \n\ +/R[estored] Start the program normally (neither minimized nor maximized). \n\ +/W[ait] Wait for started program to finish, then exit with its exit code. \n\ +/L Show end-user license. \n\ + \n\ +start.exe version 0.2 Copyright (C) 2003, Dan Kegel \n\ +Start comes with ABSOLUTELY NO WARRANTY; for details run with /L option. \n\ +This is free software, and you are welcome to redistribute it \n\ +under certain conditions; run 'start /L' for details. \n\ +" + +STRING_LICENSE, "start.exe version 0.2 Copyright (C) 2003, Dan Kegel \n\ +This program is free software; you can redistribute it and/or \n\ +modify it under the terms of the GNU Lesser Public License \n\ +as published by the Free Software Foundation; either version 2.1 \n\ +of the License, or (at your option) any later version. \n\ + \n\ +This program is distributed in the hope that it will be useful, \n\ +but WITHOUT ANY WARRANTY; without even the implied warranty of \n\ +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the \n\ +GNU Lesser Public License for more details. \n\ + \n\ +You should have received a copy of the GNU Lesser Public License \n\ +along with this program; if not, write to the Free Software \n\ +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. \n\ + \n\ +See the COPYING.LIB file for license information. \n\ +" + +STRING_EXECFAIL "Application could not be started, or no application associated with the specified file.\nShellExecuteEx failed" +} --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/rsrc.rc 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,24 @@ +/* + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <windows.h> +#include "resources.h" + +LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL + +#include "En.rc"

1 0

Re: * Hack * for Wine-20030115 DOSFS_Hash on Solaris 8 x86
by Andreas Mohr 18 Jan '03

18 Jan '03

Hi ! On Fri, Jan 17, 2003 at 08:40:30PM -0500, John Wehle wrote: > wine photoed reports it can't find GIFIMP32.FLT (and friends) > which prevents images from being imported. The trace is: > > trace:dosfs:DOSFS_GetFullName L"C:\\PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT" (last=0) > trace:dosfs:DOSFS_FindUnixName /dos,L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIF > IMP32.FLT" > trace:dosfs:DOSFS_ToDosFCBFormat (L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT", df621770) > trace:dosfs:DOSFS_OpenDir "/dos" > ... > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) > trace:dosfs:DOSFS_FindUnixName checking L"PROGRA~1 " L"PROG~FBU " > > What happens is DOSFS_Hash hashes "Program Files" in an unexpected fashion > which prevents DOSFS_FindUnixName from realizing it matches ""PROGRA~1 ". > > The enclosed * hack * allows wine photoed to load images. It is * not * > the correct answer. One possible approach is to modify DOSFS_OpenDir_Normal > to generate "proper" short names after it has read all the directory entries. Hmm, somehow I don't think this is a proper solution. The reasoning being that you probably have a Windows partition in your Wine install with that ~1 path buried somewhere in the registry or so. And IMHO if the registry contains such a setting (*from installation only* - a program most likely wouldn't create a ~1 .3 shortcut pathname on its own !), then we are SOL and probably should keep it like that instead of adding hacks that probably don't improve the code a whole lot. Instead, people should install the program via Wine, thus gaining "proper" registry keys with "proper" 8.3 *Wine* hashing during the install via Wine ! We simply don't seem to have a way to have a *fixed* mapping of long filenames to the ~1 shortcuts used in Windows; that's why we need our hashing. (someone correct me if I'm wrong about this issue !) Or maybe I'm wrong and we should indeed try to cope even with such a pretty hopeless situation. Oh, and I just realized that maybe yet another patch from you might get rejected ;-\ (although I'm grateful for the discussion about that issue) Andreas Mohr P.S.: Please CC me on followup discussions - I'm not on wine-devel currently.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel