February 2006 - Wine-Devel - list.winehq.org

Re: [PATCH 5/8] [WineDbg]: main_loop
by Alexandre Julliard Feb. 28, 2006

Feb. 28, 2006

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > - split dbg_main_loop in two parts (one for finishing the debuggee > attachment, the second one really for handling the main loop) > - removed now longer needed dbg_main_loop This doesn't compile, you still have references to dbg_main_loop. -- Alexandre Julliard julliard(a)winehq.org

1 0

./configure message
by dmitry serpokryl Feb. 28, 2006

Feb. 28, 2006

configure: WARNING: linux/capi.h: present but cannot be compiled configure: WARNING: linux/capi.h: check for missing prerequisite headers? configure: WARNING: linux/capi.h: see the Autoconf documentation configure: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/capi.h: proceeding with the preprocessor's result configure: WARNING: linux/capi.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## SuSE 10 x86-64, gcc-4.0.2 (release)

4 4

Re: [Dnsapi.dll] Implement Dnsapi.dll
by Mike McCormack Feb. 28, 2006

Feb. 28, 2006

MattK wrote: > This is a patch to implement Dnsapi.dll. It contains "bare bones". Please submit a seperate patch for the windns.h header file. > @@ -1193,6 +1193,7 @@ AC_CHECK_FUNCS(\ > strcasecmp \ > strerror \ > strncasecmp \ > + strsep \ Adding strsep here doesn't guarantee that it will exist. You need to check usage with #ifdef HAVE_STRSEP, or just assume it's always there and remove the configure check (prefered). Looks like that code is using tab indent too, so if this was needed, you should use the same to keep it consistent. > RCS file: /home/wine/wine/dlls/Makefile.in,v This is automatically generated. No patch is needed. > +DNS_STATUS WINAPI DnsValidateName_A(LPCSTR pszName, DNS_NAME_FORMAT); Hmmm. The Windows Platform SDK doesn't define this function as WINAPI. > +# Generated from /mnt/windows/windows/system32/dnsapi.dll by winedump This comment is unnecessary. > +107 stdcall DnsValidateName_A(str long) Maybe cdecl instead, if the Platform SDK header is right? > +EXTRALIBS = -lc Pretty sure libc is linked by default, so you don't need to add it. > + /* The Platform SDK documentation for this says that it ignores all periods. */ > + /* So there's gonna be no periods! */ > + > + if(dots1 && dots2) > + { > + strsep(&name1,dots1); > + strsep(&name2,dots2); > + pName1 = name1; > + pName2 = name2; > + } This ignores the first period and everything after it. It also modifies the input (ie. the program's copy of the string). > + equal = strcmp(pName1,pName2); Probably better to use lstrcmpA to use the Wine codepage. > + if(equal == 0) > + { > + return TRUE; > + } > + > + if(equal > 0 || equal < 0) > + { > + return FALSE; > + } > +} How about "return !equal;" ? It would be nice if you could write a test case for DnsNameCompare_A. If you do, please submit it seperately from the rest of the patch. Thanks for the patch! Mike

1 0

Re: [PATCH 06/12] [WineDbg]: rewrite auto mode
by Alexandre Julliard Feb. 27, 2006

Feb. 27, 2006

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > @@ -880,7 +861,14 @@ enum dbg_start dbg_active_launch(int > */ > enum dbg_start dbg_active_auto(int argc, char* argv[]) > { > + HANDLE hFile; > + > argc--; argv++; > - dbg_action_mode = automatic_mode; > - return dbg_active_attach(argc, argv); > + hFile = parser_generate_command_file("echo Modules:", "info share", > + "echo Threads:", "info threads", > + NULL); > + if (hFile == INVALID_HANDLE_VALUE || !dbg_active_attach(argc, argv)) > + return FALSE; > + dbg_main_loop(hFile); > + return TRUE; > } This completely breaks auto mode, because dbg_active_attach returns an enum dbg_start, not a boolean. There's the same mistake in the next patch too. -- Alexandre Julliard julliard(a)winehq.org

2 1

CRYPT32: iod.c compile problem (gcc 2.95)
by Vitaly Lipatov Feb. 27, 2006

Feb. 27, 2006

I try compile last version with gcc 2.95 and get it failed: $ make gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=i586 -o oid.o oid.c oid.c: In function `init_oid_info': oid.c:940: structure has no member named `Algid' oid.c:969: structure has no member named `Algid' oid.c: In function `CryptFindOIDInfo': oid.c:1037: structure has no member named `Algid' oid.c:1089: structure has no member named `Algid' oid.c: In function `CertOIDToAlgId': oid.c:1126: structure has no member named `Algid' There is unnamed union, and such construction does no recognized old the compiler. What the best way to fix it? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Early warning: kernel address space change
by Andreas Mohr Feb. 27, 2006

Feb. 27, 2006

Hi, FYI (just in case it happens to affect Wine): http://lkml.org/lkml/2006/2/27/159 Andreas

2 1

[Dnsapi.dll] Implement Dnsapi.dll
by MattK Feb. 27, 2006

Feb. 27, 2006

This is a patch to implement Dnsapi.dll. It contains "bare bones". This was done mainly to help with Bug 4323 <http://bugs.winehq.org/show_bug.cgi?id=4323>. This patch has the DllMain entry point, a function and a stub, header files, implementation into the tree, and a .spec file. Please tell me how to correct anything if there is a problem.

1 0

DirectX 8 test: Gothic 2 on wine
by Olaf Leidinger Feb. 27, 2006

Feb. 27, 2006

Hello List! Gothic2 seems to start working with wine. Well - as long as you disable sound in system/gothic.ini. There are some issues with DirectDraw/Direct3D I'd like to report (not sure if they are known): - most textures are missing - everything is really dark (I have to set gamma to 2.5 (via xgamma -gamma 2.5) ) - fonts are missing/crippled I took some pictures and put it together with a log on a simple webpage. Please have a look at http://leidola.newcon.de/gothic2 Thanks a lot for your attention, Ciao, Olaf Leidinger

5 9

Re: ddraw.dll
by Segin Feb. 26, 2006

Feb. 26, 2006

Alexander N. Sørnes wrote: > Hello, > > I have found that some Westwood installers, such as the ones for Nox, > C&C Tiberian Sun, C&C Yuri's Revenge and C&C Tiberain Sun: Firestorm > require ddraw.dll to be present in the windows/system 32 directory; if > not, they give a message saying they failed to initialize DirectX. > Can someone submit a patch so this file is created by > wineprefixcreate? ddraw.dll is present system directories of both > Windows 98SE and Windows XP. > > > Regards, > > Alexander N. Sørnes > > > I wouldn't know why it does this, but a highly likely explanation is that the installers dlopen() C:\WINDOWS\DDRAW.DLL using an absolute or semi-absolute (flexible Windows directory, in case Windows is installed on D: or even in "D:\WINNT\") path. It probably also tries to stat() thew file before opening it so that the lack of the file causes an error before it is dlopen()d. A good suggestion is if a DLL file is stat()d in the c:\windows\system(32) directory in Wine, Wine should check it against any .so files in $INSTALLPREFIX/lib/wine, and claim the file exist if a compatable .dll.so is found. Wine should also 'remember' this mapping in case of fopen() or compatable calls.

1 0

Windows Device driver for NTFS
by Gerold J. Wucherpfennig Feb. 25, 2006

Feb. 25, 2006

Can anybody help me to code a little driver for a virtual hard disk drive for examination of undocumented NTFS filesystem stuctures i.e. the $LOGFILE (journaling of NTFS)? The data should be written to e.g. C:\image.bin, filesize e.g. 50MB which will correspond to a drive e.g. Z:, drive size 50MB. After every write the driver should be paused to examine the C:\image.bin to get the undocumented structure of the file $LOGFILE? Can anybody help me? I'm a little confused by the windows DDK documentation and tutorials found on the internet. I've already downloaded the windows DDK. Please CC me and excuse me for crossposting. Regards, Gerold

2 1

Re: [PATCH] please commit this FCI work
by Detlef Riekenberg Feb. 25, 2006

Feb. 25, 2006

Am Freitag, den 24.02.2006, 14:28 +0100 schrieb Gerold J. Wucherpfennig: > Please commit. I have no knowledge about fci, but some code is strange: +#define fci_set_error(A,B,C) \ + p_fci_internal->perf->erfOper = A; \ + p_fci_internal->perf->erfType = B; \ + p_fci_internal->perf->fError = C; + You use SetLastError() for B almost everywhere following the Macro. Why not add this statement to the Macro? Exceptions where you did not use SetLastError(): Macro-Parameter B is 0 - Did you mean NO_ERROR / ERROR_SUCCESS? - Does Windows use a SetLastError(NO_ERROR) in this case? (Tests for cabinet.dll are only in one file: "extract.c". can you add tests for fci/compress?) When windows does a SetLastError(NO_ERROR): append "SetLastError(B)" to the Macro When windows does not do a SetLastError(NO_ERROR): append "if (B) SetLastError(B)" to the Macro + /* write error */ + fci_set_error( FCIERR_TEMP_FILE, ERROR_WRITE_FAULT, TRUE ); + p_fci_internal->perf->erfType = ERROR_WRITE_FAULT; + p_fci_internal->perf->fError = TRUE; + SetLastError(ERROR_WRITE_FAULT); the two p_pci_* - lines are duplicates (already done in the Macro) btw: What should be added to the changelog? cabinet/fci: cleanup error-handling with a MACRO -- By By ... ... Detlef

2 1

Diffrent behaviours of wine apps on diffrent distros
by Roland Kaser Feb. 25, 2006

Feb. 25, 2006

Hello As I reported earlier I ascertained some windows apps does have diffrent behaviours on the same wine version but on diffrent linux distros. Its not fully clear to me whats the exact reason of this behaviour. Whouldn't it be a good idea to create some reference installation images (VMWare player or similar) where the application maintainers can test whose applications to have defined sandbox for reporting bugs etc? Regards Roland Kaeser

1 0

Re: D3D8 -> WineD3D ('rest')
by Stefan Dösinger Feb. 25, 2006

Feb. 25, 2006

Hi, > The other two files need to be added to the d3d8 directory and replace the > current shader code. You can add new files with a patch if you do a diff -u /dev/null /dlls/d3d8/vertexshader.c.

1 0

OLE32: OpenStorage related question
by Vitaly Lipatov Feb. 25, 2006

Feb. 25, 2006

I try to improve WINE's storage support for compatibility with program. I guess StgOpenStorageOnILockBytes function creates file in temp dir and mapping? ILockBytes contents to it. I can't discover case when StgOpenStorageOnILockBytes has such behaviour. Have anyone some thoughts about the topic? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

RE: [PATCH] Implement GetCurrentHwProfileA() fully
by Rolf Kalbermatter Feb. 25, 2006

Feb. 25, 2006

>2. Add default registry entries for the HWLK\*\IDConfigDB\* values. > >This still results in a default profile GUID. If anyone knows a way to >generate a value for this during wineboot, that's probably the best >solution. Ole32 has a function CoCreateGuid, (basically forwarding to rpcrt4.UuidCreate that generates a (pseudo)random GUID. To mimick Windows I would say this should be done at wineinstall (or self-registration of the advapi DLL?). Rolf Kalbermatter

1 0

Re: riched20: Implements FR_MATCHCASE for EM_FINDTEXT
by Phil Krylov Feb. 25, 2006

Feb. 25, 2006

On Tue, 21 Feb 2006 14:08:38 -0800 Lei Zhang <leiz(a)ucla.edu> wrote: > On Tuesday 21 February 2006 12:42 pm, you wrote: > > On Tue, 21 Feb 2006 10:19:01 -0800 > > > > Lei Zhang <leiz(a)ucla.edu> wrote: > > > - while (pCurItem && > > > pCurItem->member.run.strText->szData[nCurEnd - nMatched - 1] == > > > text[nLen - nMatched - 1]) + while > > > (ME_CharCompare(pCurItem->member.run.strText->szData[nCurEnd - > > > nMatched - 1], text[nLen - nMatched - 1], (flags & FR_MATCHCASE))) > > > > You've dropped pCurItem NULL check here. Probably just a typo... > > > > -- Ph. > > Hi Phil, > > Ya, it's a typo. Thanks for catching it. Could you kindly fix it then? As this patch was accepted unfixed. -- Ph.

3 5

getwinegit.sh 0.2
by Christian Lachner Feb. 25, 2006

Feb. 25, 2006

I decided to make this release a bit more complete than the other ones i did before. Bugfree (i hope ;)) and with readme. current version is 0.2. this is the readme's content: getwinegit.sh-README :: Intro getwinegit is a script which was designed to download/update, compile and install the current wine-git-source-tree. :: Usage Usage: /usr/bin/getwinegit.sh -mode modes: -0 update the local source-tree -1 + compile the source -2 + install -3 no update; just compile the local source-tree and install -h help ;) :: Install Just copy getwinegit.sh wherever you want, make it executable and create a softlink at /usr/bin. Then (or before) configure the script by editing the variables in the head with your favourite editor. (minimum is to set ENABLE="yes") :: Changes 0.2 first stable release. :: Future? Tell me what you need and i will implement it... maybe :D :: Where are you at home? gladiac.onetrix.net :: Bugs? Report them to gladiac at gmail dot com ;) Thanks for reading, bye glad

2 4

Debugging
by Rich Gilson Feb. 24, 2006

Feb. 24, 2006

I'm kind of new to the Wine schene. I've dabled in it from time to time; but, seeing the progress it has made I am making a serious effort to get my applications running through Wine rather than VMWare. As such, I'm looking for a little advice on debugging issues when apps don't work (yes, I've read what's on winehq.) I have the application KeePass (keepass.sourceforge.net) which installs just fine. When I go to run it, it just drops me right back to the prompt. With WINEDEBUG, I've tried monitoring the fixme (no results at all), ole, dll, loaddll, system, ntdll, oledlg, olerelay, and rundll32, none of which produced any output that seemed to inducate a problem. I suppose that if Wine sent it a value that it didn't like and they have really good error trapping, the apps could have just shut itself down, but I would think that something must be going wrong somewhere in Wine, but I'm at a loss as to how to find it. I have tried it with the version set to win98 as wekk as win2k and I'm running Wine 0.9.8 (without Winetools), with IE6 installed as per the instructions on appdb.winehq.com. Any advise as to what I can try next or what I should be looking for would be greatly appreciated. -- -- In a world without fences, who needs Gates?

2 2

Re: Prepare the unicodification of advpack.dll
by James Hawkins Feb. 24, 2006

Feb. 24, 2006

On 2/24/06, Francois Gouget <fgouget(a)free.fr> wrote: > > All functions that manipulate strings should have an Ansi and a > Unicode variant. Does it matter that native advpack only has Ansi functions? I think we should leave it the way it is, because any application that uses advpack will only know of Ansi API and adding unicode handling adds more complexity and chances for error. -- James Hawkins

2 2

WineD3D refcounting fun part II :)
by Roderick Colenbrander Feb. 24, 2006

Feb. 24, 2006

Hi, During the d3d8 -> wined3d transition I noticed one huge refcounting issue which affects both d3d8 and d3d9. The issue is illustrated by running http://www.codesampler.com/source/dx9_multitexture.zip (the same demo is available for dx8) and then modify wined3d's globalChangeGlRam in wined3d_main.c to let it output how it adjusts the memory. If you run the test on d3d9 or using oliver's full d3d8 patch, you'll notice that not all memory is returned when quitting the program. (In 3dmark2001 this is a big issue as because of this we are out of memory after running a few demos) The problem appears that wined3d surfaces contain a reference to the wined3d device. So when you run a game the d3d8 and wined3d device refcounts are out of sync (the wined3d refcount is a lot higher because of all the refcounts from the surfaces). At the moment you quit a game the d3d8 device refcount nicely becomes zero and the object tries to kill itself. The release function also calls the wined3d device release function but the wined3d device object won't kill itself because its refcount doesn't become zero due to all the surfaces which still contain a reference to it. (the surfaces which useally are front-, backbuffers and more are normally released in the wined3d device release call when the refcount becomes zero) One way to 'fix' the problem is to let d3d8/d3d9 handle the reference counts (remove the refcounts from wined3d; and let d3d8/d3d9 call some cleanup function to remove the garbage in case its refcount becomes zero) Does anyone have a better solution? Roderick

4 7

Palm Desktop conduits through Wine?
by Rich Gilson Feb. 24, 2006

Feb. 24, 2006

Has there every been any luck/attempts at running Palm Desktop conduits through wine? I'd drop Palm Desktop altogether, but I have Documents-To-Go and Passwords Plus, which both only run through Palm Desktop. >From what I can gather from searching around, I'm not going to get Palm Desktop to work on Wine right now, so I'm looking for other alternatives. Thanks. -- -- In a world without fences, who needs Gates?

2 1

AOL
by TWhaymand05＠aol.com Feb. 24, 2006

Feb. 24, 2006

Would AOL work on WINE? I would be really greatful if you could e-mail back directly because I plaining to move to Linux within the next few days Sincely Toby

3 2

Re: Fix ExitWindows()
by Robert Shearman Feb. 24, 2006

Feb. 24, 2006

Francois Gouget wrote: > >- if (SendMessageTimeoutW( *phwnd, WM_QUERYENDSESSION, 0, 0, send_flags, INFINITE, &result) && !result) break; >+ if (SendMessageTimeoutW( *phwnd, WM_QUERYENDSESSION, 0, 0, send_flags, 0, &result)) > > Was this change deliberate to remove the check of result? If so, I don't see where else the result of the message can be properly checked. -- Rob Shearman

2 2

re: Problems with Sockets and TCL
by Dan Kegel Feb. 24, 2006

Feb. 24, 2006

You wrote: >I've found a bug that can be reproduced with two lines of TCL: Great! Can you post a bug report at http://bugs.winehq.org and cc me on it? Be sure to include a full recipe for reproducing the bug, especially the version of tcl and where to download it. I'm glad to see an ISV interested in supporting Wine like this! Is this official interest, or just something you're trying on the side? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

[PATCH] Implement GetCurrentHwProfileA() fully
by Ben Collins Feb. 24, 2006

Feb. 24, 2006

I setup Wine mainly to make use of some online poker clients that I use a lot. I experienced some known bugs related to advapi32.dll, specifically GetCurrentHwProfileA()'s semi-stub. The first issue was that the szHwProfileGuid was being set to a string that was one byte too long. This resulted in it actually being a concantenation of szHwProfileGuid and szHwProfileName. Fixing that, programs like FullTiltPoker.exe were able to work. The website suggested changing the return value to 0 (false), but that was just so things got ignored. The second issue with this function was more related to the hard coding of the GUID. Some sites, such as PacificPoker and ParadisePoker, can and will kill user access to the site. They do not do this by username, but but the Profile GUID (I didn't realize this till I started reading bug reports, and checking things). Presumably, this reduces the chance that someone simply changes their username. They pretty much block the user's system, unless they reinstall, or manually change the GUID. Because of this, all wine installs by default are not allowed to login to these sites (it only took one person to get kicked before the GUID was dead). So, to get things done to my liking, I just bit the bullet and implemented GetCurrentHwProfileA() correctly. The patch below has two parts 1. Implement GetCurrentHwProfileA() fully. It will read the current profile (0x0000 value), and obtain the values from this profile for docking state, profile name, and profile GUID. 2. Add default registry entries for the HWLK\*\IDConfigDB\* values. This still results in a default profile GUID. If anyone knows a way to generate a value for this during wineboot, that's probably the best solution. diff -urN wine-0.9.6/dlls/advapi32/advapi.c wine-0.9.6-ben/dlls/advapi32/advapi.c --- wine-0.9.6/dlls/advapi32/advapi.c 2006-01-19 14:13:51.000000000 +0000 +++ wine-0.9.6-ben/dlls/advapi32/advapi.c 2006-02-24 02:18:26.000000000 +0000 @@ -116,11 +116,57 @@ */ BOOL WINAPI GetCurrentHwProfileA(LPHW_PROFILE_INFOA pInfo) { - FIXME("(%p) semi-stub\n", pInfo); - pInfo->dwDockInfo = DOCKINFO_DOCKED; - strcpy(pInfo->szHwProfileGuid,"{12340001-1234-1234-1234-1233456789012}"); - strcpy(pInfo->szHwProfileName,"Wine Profile"); - return 1; + CHAR profile[32]; + DWORD type; + DWORD size; + DWORD ret; + DWORD val; + HKEY hkey; + BOOL profile_result = 0; + + ret = RegOpenKeyA(HKEY_LOCAL_MACHINE, "System\\CurrentControlSet\\Control\\IDConfigDB", + &hkey); + + if (ret != ERROR_SUCCESS) + goto profile_error; + + ret = RegGetValueA(hkey, NULL, "CurrentConfig", RRF_RT_DWORD, + &type, &val, &size); + if (ret != ERROR_SUCCESS || size != 4 || type != REG_DWORD) + goto profile_error; + + /* At least, I think the profile names are hex */ + sprintf(profile, "Hardware Profiles\\%04x", (WORD)(val & 0xffff)); + + /* Set the profile name */ + size = MAX_PROFILE_LEN; + ret = RegGetValueA(hkey, profile, "FriendlyName", RRF_RT_REG_SZ, + &type, pInfo->szHwProfileName, &size); + + if (ret != ERROR_SUCCESS || type != REG_SZ) + goto profile_error; + + /* Now get the GUID of this profile */ + size = HW_PROFILE_GUIDLEN; + ret = RegGetValueA(hkey, profile, "HwProfileGuid", RRF_RT_REG_SZ, + &type, pInfo->szHwProfileGuid, &size); + + if (ret != ERROR_SUCCESS || type != REG_SZ) + goto profile_error; + + /* And finally the docking state */ + ret = RegGetValueA(hkey, "CurrentDockInfo", "DockingState", RRF_RT_DWORD, + &type, &pInfo->dwDockInfo, &size); + + if (ret != ERROR_SUCCESS || size != 4 || type != REG_DWORD) + goto profile_error; + + /* Success */ + profile_result = 1; + +profile_error: + RegCloseKey(hkey); + return profile_result; } /****************************************************************************** diff -urN wine-0.9.6/tools/wine.inf wine-0.9.6-ben/tools/wine.inf --- wine-0.9.6/tools/wine.inf 2006-01-19 14:14:43.000000000 +0000 +++ wine-0.9.6-ben/tools/wine.inf 2006-02-24 02:19:19.000000000 +0000 @@ -211,6 +211,23 @@ HKLM,System\CurrentControlSet\Control\Session Manager\Environment,"windir",,"%10%" HKLM,System\CurrentControlSet\Control\Session Manager\Environment,"winsysdir",,"%11%" +[IDConfigDB] +HKLM,System\CurrentControlSet\Control\IDConfigDB,"CurrentConfig",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB,"UserWaitInterval",,0x0000001e +HKLM,System\CurrentControlSet\Control\IDConfigDB,"IsPortable",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Alias\0000,"DockingState",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Alias\0000,"Capabilities",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Alias\0000,"DockID",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Alias\0000,"SerialNumber",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Alias\0000,"ProfileNumber",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles,"Unknown",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles\0000,"PreferenceOrder",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles\0000,"FriendlyName",,"Wine Profile" +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles\0000,"Aliasable",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles\0000,"Cloned",,0x00000000 +HKLM,System\CurrentControlSet\Control\IDConfigDB\Hardware Profiles\0000,"HwProfileGuid",,"{12340001-1234-1234-1234-123345678901}" + + [Fonts] HKLM,%FontSubStr%,"Arial CE,238",,"Arial,238" HKLM,%FontSubStr%,"Arial CYR,204",,"Arial,204" -- Ubuntu - http://www.ubuntu.com/ Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ SwissDisk - http://www.swissdisk.com/

2 1