Re: iphlpapi: Only call res_init() once per process
On 19/04/07, Kai Blin <[EMAIL PROTECTED]> wrote: On Wednesday 18 April 2007 20:39, Hans Leidekker wrote: > +static int resolver_initialised; Shouldn't that be static int resolver_initilised = 0; here? I thought that in C, ints aren't initialized to 0 automatically. Afaik static variables are.
Re: iphlpapi: Only call res_init() once per process
On Wednesday 18 April 2007 20:39, Hans Leidekker wrote:
> +static int resolver_initialised;
Shouldn't that be
static int resolver_initilised = 0;
here? I thought that in C, ints aren't initialized to 0 automatically.
> +/* call res_init() just once because of a bug in Mac OSX 10.4 */
> +static void initialise_resolver( void )
> +{
> +if (!resolver_initialised)
> +{
> +res_init();
> +resolver_initialised = 1;
> +}
> +}
Cheers,
Kai
--
Kai Blin,
WorldForge developerhttp://www.worldforge.org/
Wine developer http://wiki.winehq.org/KaiBlin/
--
Will code for cotton.
pgpMjI4LtfBl7.pgp
Description: PGP signature
re: Comments for a patch?
I'm not an autoconf guru, but I play one on TV. You wrote: +AC_CHECK_FUNC(getaddrinfo, [AC_DEFINE([HAVE_GETADDRINFO], [1], +[Defined to 1 if you have the getadrinfo function,])], +[AC_CHECK_LIB(socket, getaddrinfo, +[AC_DEFINE([HAVE_GETADDRINFO]) LIBS="-lsocket -lnsl $LIBS"], , , -lnsl)]) I'm not sure it's healthy to assume that -lsocket and -lnsl go together like that. Have you looked at how Samba does it? See http://samba.org/ftp/unpacked/distcc/configure.ac - Dan
Re: Request for small bit of mentoring
Looking a bit more into the lstrcpyW and lstrcatW situation, the reason it appears to be done is because if you add the slash directly to PathUninstallW, then for some reason, the uninstaller shows no entries, even when there are some. Part of the reason I duplicated code in the original patch is because if the uninstaller runs that function (or the one you mentioned) twice, then the entries are listed not in alphabetical order. You will have a-z for current user and then below that a-z for local machine. This way keeps it to one a-z for both cu and lm. Tom P.S. Windows displays duplicate names as 2 separate entries. On 4/18/07, Tom Spear <[EMAIL PROTECTED]> wrote: On 4/18/07, Detlef Riekenberg <[EMAIL PROTECTED]> wrote: > On Mo, 2007-04-16 at 16:44 -0500, Tom Spear wrote: > > I took lines 196-197 and duplicated that, > > changing HKEY_LOCAL_MACHINE to HKEY_CURRENT_USER, and > > > > You can move most of the code from FetchUninstallInformation() > to a seperate function and use the rootkey as Parameter. > > get_uninstallinfo_from_reg(HKEY_LOCAL_MACHINE); > get_uninstallinfo_from_reg(HKEY_CURRENT_USER); > I ended up creating a new patch that does something similar, while keeping the FetchUninstallInformation function > Did you already checked, what windows does with > duplicate Programm names? No, but I will do that in just a minute. > More hints: > > lstrcpyW(key_app, PathUninstallW); > lstrcatW(key_app, BackSlashW); > p = key_app+lstrlenW(PathUninstallW)+1; > > Why not add the slash direct to PathUninstallW? This was already part of the code that I copied. Why the original author of this code did this, I have no clue and was wondering about that as well. > sizeOfSubKeyName = 255; > > Fixed numbers are not a good Idea (error-prone). > This value is related to "WCHAR subKeyName[256];", > but RegEnumKeyEx expect the max. size in TCHAR, including the > terminating zero, so the correct value for sizeOfSubKeyName > is 256. > > A nice, automatic way is: > > sizeOfSubKeyName = sizeof(subKeyName)/sizeof(subKeyName[0]); > > Such a construct works independant from the type (WCHAR / CHAR) > and the length of the String. See above > All together looks like more than one Patch. > > -- > > By by ... Detlef Like I said, I ended up rewriting the patch, and in so doing, created a fairly large patch, because most of the functions had to be rewritten to support an array being passed as a parameter. The 2nd patch actually will have to be changed a little more as well because I didn't document anything, however I submitted it here for suggestions so I could have a rough base to work with. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email
Re: Request for small bit of mentoring
On 4/18/07, Detlef Riekenberg <[EMAIL PROTECTED]> wrote: On Mo, 2007-04-16 at 16:44 -0500, Tom Spear wrote: > I took lines 196-197 and duplicated that, > changing HKEY_LOCAL_MACHINE to HKEY_CURRENT_USER, and > You can move most of the code from FetchUninstallInformation() to a seperate function and use the rootkey as Parameter. get_uninstallinfo_from_reg(HKEY_LOCAL_MACHINE); get_uninstallinfo_from_reg(HKEY_CURRENT_USER); I ended up creating a new patch that does something similar, while keeping the FetchUninstallInformation function Did you already checked, what windows does with duplicate Programm names? No, but I will do that in just a minute. More hints: lstrcpyW(key_app, PathUninstallW); lstrcatW(key_app, BackSlashW); p = key_app+lstrlenW(PathUninstallW)+1; Why not add the slash direct to PathUninstallW? This was already part of the code that I copied. Why the original author of this code did this, I have no clue and was wondering about that as well. sizeOfSubKeyName = 255; Fixed numbers are not a good Idea (error-prone). This value is related to "WCHAR subKeyName[256];", but RegEnumKeyEx expect the max. size in TCHAR, including the terminating zero, so the correct value for sizeOfSubKeyName is 256. A nice, automatic way is: sizeOfSubKeyName = sizeof(subKeyName)/sizeof(subKeyName[0]); Such a construct works independant from the type (WCHAR / CHAR) and the length of the String. See above All together looks like more than one Patch. -- By by ... Detlef Like I said, I ended up rewriting the patch, and in so doing, created a fairly large patch, because most of the functions had to be rewritten to support an array being passed as a parameter. The 2nd patch actually will have to be changed a little more as well because I didn't document anything, however I submitted it here for suggestions so I could have a rough base to work with. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email
Re: wine 0.9.30-35 Something strange happened with the fonts ?
Huw Davies wrote: Nick Law wrote: So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters. Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere). Sounds like a fontforge problem. What does fontforge --version say? Huw. fontforge --version Copyright (c) 2000-2006 by George Williams. Executable based on sources from 08:15 22-Aug-2006. fontforge 20060822 that's on the system that works ok. I'll have to check the system with the problem later. I've just checked another supposedly identical Suse 9.3 system and /usr/local/share/wine/font and /home/alt/.wine/drive_c/windows/fonts are not symbolically linked, they are separate directories. I think I need to deinstall wine & install from scratch to figure out what's going on. Nick
Re: Request for small bit of mentoring
On Mo, 2007-04-16 at 16:44 -0500, Tom Spear wrote: > I took lines 196-197 and duplicated that, > changing HKEY_LOCAL_MACHINE to HKEY_CURRENT_USER, and > You can move most of the code from FetchUninstallInformation() to a seperate function and use the rootkey as Parameter. get_uninstallinfo_from_reg(HKEY_LOCAL_MACHINE); get_uninstallinfo_from_reg(HKEY_CURRENT_USER); Did you already checked, what windows does with duplicate Programm names? More hints: lstrcpyW(key_app, PathUninstallW); lstrcatW(key_app, BackSlashW); p = key_app+lstrlenW(PathUninstallW)+1; Why not add the slash direct to PathUninstallW? sizeOfSubKeyName = 255; Fixed numbers are not a good Idea (error-prone). This value is related to "WCHAR subKeyName[256];", but RegEnumKeyEx expect the max. size in TCHAR, including the terminating zero, so the correct value for sizeOfSubKeyName is 256. A nice, automatic way is: sizeOfSubKeyName = sizeof(subKeyName)/sizeof(subKeyName[0]); Such a construct works independant from the type (WCHAR / CHAR) and the length of the String. All together looks like more than one Patch. -- By by ... Detlef
RE: locales, unicode and ansi with msvcrt (bug 8022)
Hiya, Firstly, fantastic work, and its also explained to me something Eric said which I didn't grasp... >While preparing tests I found the 'user' backend of wineconsole works with >WriteConsole/WriteFile correct (see test1 and test2), so I used it as etal. >I figured out the main issue with cmd: >It passes strings to WriteFile in ANSI, but should in OEM. >I think the main locale issue is found. CMD and XCOPY violate this. >So it is not MSVCRT bug. Moreover, [w]fprintf MUST NOT perform any AnsiToOem >convertions (as test3 and test4 show). >I made and attached a quick hack to demostrate that cmd was buggy. Attached >screenshots show the difference. The patch heals almost everything, even >localized filenames. So I'm CC'ing mail to wine-devel, console/cmd gurus >must know much more ;-) >I found some issues with wprintf, see README for test3 and test4. >The attached tests are made with your patch applied. Another interesting url is here, which confirms what you are saying http://smallcode.weblogs.us/2006/10/25/code-page-for-win32-console-programs/ So, another round of discussion but things have moved forward a lot... 1. The underlying problem appears to be that the output from both programs (and any other command line program) should not be done through msvcrt's i/o functions or writeconsoleA/writefileA, it needs to be either converted to OEM and then printf/writefile/writeconsole'd. Ideally, a Unicode string would work better, which should be writeconsolew'd / writefile'd if that fails (eg if output is redirected to a file). => The only problem with this I can see is that this would result in redirected output containing Unicode which is wrong. However, advice I found on a URL on the web said this: >>Tips and considerations: >>* use WriteConsole to output Unicode strings. Note that this API works >>only on console handles and can not be used for a redirection to a disk >>file. >>* If the output is being redirected to a disk file, use WriteFile with >>the current console code page that can be retrieved by >>GetConsoleOutputCP (the console code page might be different from the >>currently selected OEM code page!). So I believe the output function in cmd.exe should end up (When fully unicoded): writeconsoleW if this fails Convert from wide to multibyte using consoleoutputpt Writefile the result endif Temporarily, since in cmd.exe we have an ANSI string in our hands, use something like the mechanism you have coded using chartooem. Out of interest since the string is in ansi, the msdn says CharToOEM(A) can convert in place, so if you put CharToOem(message, message); just before the WriteFiles (and remove the const qualifier), does this work? 2. The testcases I have previously confirm that msvcrt's functions are also misfunctioning, and I strongly believe my current solution to those is correct. Ie for applications using msvcrt wprintf functionality it needs to take into account the mode the file was opened. (I don't know which other msvcrt routines have similar impacts, but if this is accepted I'll try to take a look) => Unless I get any negative comments soon I will tidy the tests up and submit that as a patch 3. The right solution is that cmd.exe works in Unicode, which is an exercise I plan to do as soon as I have finished work on the few remaining issues I want to address (I want to look at attrib, for and copy, plus a few bugs I have written on scraps of paper...) 4. xcopy needs a similar fix - If you are happy to do some tests (especially xcopying files with russian names, plus copying directories created with Russian names) I'll contact you directly with a patch to test for me 5. Once all the above is done, I'd like to check on your test3/4 cases to see if there's any residual problems. Again, thanks for your excellent work. I never thought I'd be so pleased to see Russian characters on a screen...! Jason
Comments for a patch?
I am compiling the stock current CVS 0.9.35 code on Solaris 10/X86. I was successful in starting notedpad and winemine, so the base looks good. I installed mozilla-win32-1.7.13-installer.exe, and am able to start mozilla.exe, but it will not lookup host name, and therefore won't render any pages. I saw a message about getaddrinfo not being found, and I figured out that configure was not correctly finding the function due to missing libraries (-lsocket, -lnsl) during the test for getaddrinfo. Once I crafted the patch below, and running autoheader/autoconf and the configure /gmake depend && gmake, the installed wine was able to run mozilla.exe and correctly lookup a hostname and render the page. I'd like comments from the devel-list as this is my first patch. Apologies for not being in GIT format, as I don't have that working quite yet. Patch was crafted from a clean CVS tree against the changes using gdiff -ruN. Notes on the patch: I tried several autoconf configurations, but this was the only one that correctly enabled HAVE_GETADDRINFO in config.h. If someone has improvements on the patch, I'd appreciate it. I'm just not an autoconf guru. Thanks, Ben - --- wine.ORIG/configure.ac 2007-04-16 08:10:24.0 -0400 +++ wine/configure.ac 2007-04-18 15:48:24.111885000 -0400 @@ -1165,7 +1165,6 @@ ftruncate \ futimes \ futimesat \ - getaddrinfo \ getdirentries \ gethostbyname \ getnameinfo \ @@ -1247,6 +1246,13 @@ AC_CHECK_LIB(resolv,inet_aton) fi +dnl Check for getaddrinfo + +AC_CHECK_FUNC(getaddrinfo, [AC_DEFINE([HAVE_GETADDRINFO], [1], +[Defined to 1 if you have the getadrinfo function,])], +[AC_CHECK_LIB(socket, getaddrinfo, +[AC_DEFINE([HAVE_GETADDRINFO]) LIBS="-lsocket -lnsl $LIBS"], , , -lnsl)]) + dnl Check for types AC_C_CONST
Re: Better Debugging Possibilities for Wine on Ubuntu
On Wed, 2007-04-18 at 07:11 -0600, Vitaliy Margolen wrote: > In general the most useful pieces of information are ... complete > terminal output, $PWD and the command used to start an application. Also > the exact Wine version $(wine --version), and where did it came from > (self-compiled or binary). All of them are absent from the report. > What's a good way to tell Wine it's running a binary package? I don't think we have that data yet, except maybe guessing from `which wine` giving /usr or /usr/local Thanks, Scott Ritchie
current CVS behavior - uninstall not uninstalling man pages
While testing another "feature", I did a gmake uninstall and noticed that my man pages were still in /opt/wine/share/man/man1. Has anyone noticed this regression? Ben
IRC Nick Table
I added the "Local Time" info for the IRC Nick Table in the wiki. It's easier to find a usable Time, when you want to meet someone on IRC. Please update ... Thanks -- By by ... Detlef
Re: Why are some fonts being displayed incorrectly
On Tue, 2007-17-04 at 18:05 -0700, Bill Medland wrote: > On Tue, 2007-17-04 at 12:28 -0700, Bill Medland wrote: > > Can anyone point me in the correct direction for this? > > > > On one machine the text displays correctly. > > On the other the characters are totally wrong > > setting WINEDEBUG to +font the one weird thing I note is that on the > machine where things are displayed wrong the call to ExtTextOutW > specifies ETO_GLYPH_INDEX but passes the actual string rather than an > array of glyphs, whereas on the machine where the text displays > correctly it is an array of glyphs that is passed in. > > Strangely I cannot see anywhere where the string is converted to an > array of glyphs. There is no corresponding call to GetGlyphIndices. > > In fact when I now look I cannot see anywhere where get_glyph_index 0041 > returns 36; it always returns 34, but the glyph array passed into > ExtTextOutW passes a 0x24 (36) ($) for A. > > So, what don't I understand about glyphs etc and how do I find out why > one machine is not building a proper glyph array? > > > Bill > Bill > > > I don't know enough about glyphs and characters. Can someone comfirm the following? If the application calls EnumFontFamilyEx for the current font of the hdc will the callback include enough information for the application to do the character-to-glyph-index conversion itself? It looks to me like it should. If that is the case then I understand what is going on. Bill
Re: iphlpapi: Only call res_init() once per process
On 18/04/07, Jason Green <[EMAIL PROTECTED]> wrote: On 4/18/07, H. Verbeet <[EMAIL PROTECTED]> wrote: > On 18/04/07, Jason Green <[EMAIL PROTECTED]> wrote: > > Original author: Mark Adams, TransGaming Technologies. > > > Why are you the one submitting this then, using a private mail > address? (Are you even allowed to, for that matter?) > Because my @transgaming.com account isn't subscribed to wine-patches, and this method was easier. Mark asked me to submit the patch, since our iphlpapi is the same as the WineHQ LGPL dll, and he's busy with meetings and other things today. I'm fully allowed to collaborate with WineHQ on any projects that don't involve the closed-source aspects of Cedega (basically, DirectX and copy protection). The vast majority of Cedega is available on our public CVS at transgaming.org. Thanks for clearing that up.
Re: iphlpapi: Only call res_init() once per process
On 4/18/07, H. Verbeet <[EMAIL PROTECTED]> wrote: On 18/04/07, Jason Green <[EMAIL PROTECTED]> wrote: > Original author: Mark Adams, TransGaming Technologies. > Why are you the one submitting this then, using a private mail address? (Are you even allowed to, for that matter?) Because my @transgaming.com account isn't subscribed to wine-patches, and this method was easier. Mark asked me to submit the patch, since our iphlpapi is the same as the WineHQ LGPL dll, and he's busy with meetings and other things today. I'm fully allowed to collaborate with WineHQ on any projects that don't involve the closed-source aspects of Cedega (basically, DirectX and copy protection). The vast majority of Cedega is available on our public CVS at transgaming.org. Feel free to email my work account (jason at transgaming dot com) or Mark Adams (mark at transgaming dot com) if you need further validation. Gavriel State submitted iphlpapi patches a few months ago that were written by Mark as well, so this isn't anything new (although he probably used his TG email account).
Re: programs/uninstaller: check HKCU for uninstall entries [Try #2]
Oops, here it is lol. Tom On 4/18/07, Steven Edwards <[EMAIL PROTECTED]> wrote: On 4/18/07, Tom Spear <[EMAIL PROTECTED]> wrote: > Comments, questions, feel free. Please resend with the attachment. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email uninstaller.patch Description: Binary data
Re: implements D3DRMVectorAdd
Am Montag 16 April 2007 01:29 schrieb [EMAIL PROTECTED]:
+/* Add Two Vectors */
+LPD3DVECTOR D3DRMAPI D3DRMVectorAdd(LPD3DVECTOR d, LPD3DVECTOR s1,
LPD3DVECTOR s2)
I personally prefer D3DVECTOR * over LPD3DVECTOR, but I don't know if there's
any rule for that. If in doubt follow your personal preferences.
+ ok(
((fabs(expectedvec.x-gotvec.x)<0.01)&&(fabs(expectedvec.y-gotvec.y)<0.01)&&(fabs(expectedvec.z-gotvec.z)<0.01)),
\
Perhaps its better to make 0.01 a constant?
+todo_wine {
+expect_vec(e,r);
+ }
Why did you make this a TODO_WINE if you just imlemented the function?
Re: Header file for D3DRM
Am Montag 16 April 2007 01:28 schrieb [EMAIL PROTECTED]: > One patch for one email as requested. > > David Adam If you send a series of patches it recommended to mark the numbers in the mail headers too, like "[1/12] Header file for D3DRM". This makes it easier to find the next patch pgpeATjFzgAym.pgp Description: PGP signature
Re: wine 0.9.30-35 Something strange happened with the fonts ?
Nick Law wrote: So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters. Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere). Sounds like a fontforge problem. What does fontforge --version say? Huw.
programs/uninstaller: check HKCU for uninstall entries [Try #2]
Submitting for approval to here before I send to wine-patches This pretty much changes most of the functions in the uninstaller to handle arrays so that we can actually handle scanning HKCU as well as HKLM. In my tests, this did not break anything, and allows entries listed in uninstall for both HKLM and HKCU to be seen, as well as allowing them to be uninstalled. This version of the patch does not duplicate code, like the old one did, and causes no additional warnings when compiling. Comments, questions, feel free. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email
Re: wine 0.9.30-35 Something strange happened with the fonts ?
My md5 is different, and I can type characters and they are visible.
Tom
On 4/18/07, Nick Law <[EMAIL PROTECTED]> wrote:
Huw Davies wrote:
> On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
>
>> yes, /usr/local/share/wine/fonts/ exists my system and is only populated
>> with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the
>> build which include courier (fon) and serife don't get transferred to
>> either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains
>> why serief, courier & system don't now show up on the font list when I
>> run notepad.
>>
>>
>
> It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local
> and can be changed by running configure with the --prefix option.
> They get installed there where you run make install. I've no idea
> where the broadway.ttf and ad5font.fon fonts come from, but they're
> certainly not from a Wine install.
>
>
>> Should I expect to find all the fonts that are in my build directory
>> /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in
>> /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in
>> the install (at least by version 0.9.35)
>>
>
> Well the 39 .fon fonts and marlett.ttf should be installed there. You
> should try to work out why that's not happening.
>
> Huw.
>
Thanks Huw,
:-) , /usr/local/share/wine/fonts/ is a symbolic link to ..
/home/guest/.wine/drive_c/windows/fonts/ ... lol
lrwxrwxrwx 1 root root 39 2006-04-03 00:19 fonts ->
/home/guest/.wine/drive_c/windows/fonts
Now I understand why there is nothing in /usr/local/share/wine/fonts/
... doing a 'make install' re populates /usr/local/share/wine/fonts/
which means because it's symbolically linked, the fonts all show up in
/home/guest/.wine/drive_c/windows/fonts/.
So, notepad now shows the courier, small font, sans serief and system
fonts (all .fon files) in the list of fonts in notepad. All well and
good, however I still have the problem that if you select any of these
non true type fonts, ie courier, small font, sans serief and system
fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere
? ( I have a feeling it's elsewhere).
I would appreciate it if somebody could confirm that they can type
characters into notepad using the courier (non truetype font) on 0.9.35
and confirm the coure.fon md5 as ..
fac1cac04f5717b67e642ac8197f4c1d /usr/local/share/wine/fonts/coure.fon
4912 bytes
This would at least confirm whether the problem lies with fontforge on
my system or elsewhere.
Thanks again for your help, it's much appreciated.
Nick
--
Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I
have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email
Re: [Bug 8085] DVD Shrink: Goes into infinite loop when Creating Class Enumerator
Please post messages in the relevant bug, not to the list or to a list archive. Thanks Tom On 4/17/07, Bob Good <[EMAIL PROTECTED]> wrote: Wine - Bugs mailing list wrote: > > http://bugs.winehq.org/show_bug.cgi?id=8085 > > I can confirm this bug. DVD Shrink, under Wine 0.9.35, goes into a loop > which you can see if you open it from Terminal. Obviously, DVD Shrink will > not even open. > > > > --- Additional Comments From [EMAIL PROTECTED] 2007-17-04 19:47 > --- > Created an attachment (id=5836) > --> (http://bugs.winehq.org/attachment.cgi?id=5836&action=view) > Log of error loop. > > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You are the assignee for the bug, or are watching the assignee. > > > > -- View this message in context: http://www.nabble.com/-Bug-8085--DVD-Shrink%3A-Goes-into-infinite-loop-when-Creating-Class-Enumerator-tf3598390.html#a10051013 Sent from the Wine - Bugs mailing list archive at Nabble.com. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email
Re: Old versions of Acrobat Pro tryout?
Tom Wickline wrote: > On 4/15/07, Dan Kegel <[EMAIL PROTECTED]> wrote: >> On 4/15/07, Dan Kegel <[EMAIL PROTECTED]> wrote: >> > Hey Tom, > > Hey Dan, > >> >> I think I'm going to focus on Dreamweaver, Photoshop, and Acrotat Pro >> for a while... so that's it for new wiki pages for a while :-) >> - Dan >> > > I haven't had much luck finding older trial versions of Acrobat or > Dreamweaver everything Ive come across just points to Macromedia or > adobe for the download. I have found some shady sites with downloads, > hacks, cracks and the likes.. I really don't believe I should post > those links here, when I have a little free time ill look around some > more. > > Hey, My name is Alex and I've been lurking around Wine for a year or so now. I saw your request for trial versions and I took a look around trying to find them. I'm not sure how far back you're hoping to find, but here is what I found so far. *I'm not sure if you are adverse to downloading straight from Adobe, but here is a link to request version 7. I filled it out and it had me download a little download helper app to get version 7. I ran it and it started downloading. Likely it will work. http://www.adobe.com/special/acrobat/acrobatonline/acropro_tryout/acropro_reg.html (This is the link e-mailed to me; it might save you from registering.) http://www.adobe.com/special/acrobat/acrobatonline/acropro_tryout/acropro_popup.html *Here's another Adobe link - this one for version 6 http://www.adobe.com/special/acrobat/acrobatonline/tryreg.html *Adobe's FTP server has nothing useful on it for Acrobat, though plenty for other products. I can't even login to the old macromedia ftp server to look for dreamweaver. I'll let you know if I find anything more exciting. ---Alex
secur32: invert error handling conditions in order to decrease indentation in secur32/wrapper.c.
On Saturday 14 April 2007 00:56, Yuval Fledel wrote: > - the patch is a no-op. While I like to do the same to functions I work on, is there any reason you need to change this for wrapper.c? It hasn't been changed for quite a while and seems feature complete. Kai Hi Kai, Please reply-to-all next time. I've found your reply on the archive. I'm working on schannel at the moment. schannel is not a regular SSP, and the functions in wrapper.c can't load native. I've implemented the proper loading code in my local tree and I'm sending it in obvious pieces. no-op cleanups is the first step. I could implement schannel as a normal SSP and use the current code. However, if I can do something closer to what native does, I'd better do it. Not that loading native schannel is a piece of cake. It does require faking lsass (done), and implementing lots of functions everywhere (userenv, crypt32, ntdll, rsaenh: I'll send after a cleanup and writing tests). The current stage is that native schannel loads and initializes, but builtin rsaenh does not supply everything it needs, so it can't complete the ssl handshake. Native rsaenh requires unimplemented stuff in ntdll. On Saturday 14 April 2007 00:56, Detlef wrote: I suggest to modify only one Function per Patch (max. two Functions, when they work together and the total Patch-size is small). Will do. -- Yuval Fledel
Re: wine 0.9.30-35 Something strange happened with the fonts ?
Huw Davies wrote:
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
yes, /usr/local/share/wine/fonts/ exists my system and is only populated
with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the
build which include courier (fon) and serife don't get transferred to
either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains
why serief, courier & system don't now show up on the font list when I
run notepad.
It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local
and can be changed by running configure with the --prefix option.
They get installed there where you run make install. I've no idea
where the broadway.ttf and ad5font.fon fonts come from, but they're
certainly not from a Wine install.
Should I expect to find all the fonts that are in my build directory
/home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in
/usr/local/share/wine/fonts/ ? if so they don't appear to get copied in
the install (at least by version 0.9.35)
Well the 39 .fon fonts and marlett.ttf should be installed there. You
should try to work out why that's not happening.
Huw.
Thanks Huw,
:-) , /usr/local/share/wine/fonts/ is a symbolic link to ..
/home/guest/.wine/drive_c/windows/fonts/ ... lol
lrwxrwxrwx 1 root root 39 2006-04-03 00:19 fonts ->
/home/guest/.wine/drive_c/windows/fonts
Now I understand why there is nothing in /usr/local/share/wine/fonts/
... doing a 'make install' re populates /usr/local/share/wine/fonts/
which means because it's symbolically linked, the fonts all show up in
/home/guest/.wine/drive_c/windows/fonts/.
So, notepad now shows the courier, small font, sans serief and system
fonts (all .fon files) in the list of fonts in notepad. All well and
good, however I still have the problem that if you select any of these
non true type fonts, ie courier, small font, sans serief and system
fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere
? ( I have a feeling it's elsewhere).
I would appreciate it if somebody could confirm that they can type
characters into notepad using the courier (non truetype font) on 0.9.35
and confirm the coure.fon md5 as ..
fac1cac04f5717b67e642ac8197f4c1d /usr/local/share/wine/fonts/coure.fon
4912 bytes
This would at least confirm whether the problem lies with fontforge on
my system or elsewhere.
Thanks again for your help, it's much appreciated.
Nick
Re: Better Debugging Possibilities for Wine on Ubuntu
> > In general the most useful pieces of information are ... complete > > terminal output, $PWD and the command used to start an application. > > Also the exact Wine version $(wine --version), and where did it came > > from (self-compiled or binary). All of them are absent from the > > report. > > That's one report generated by apport, which is, as you and others > were writing, totally useless (that was my first impression, too) > > So, I'll go back to normal business for bugreporting and pointing the > users to winedbg. Again, if you can get it to run the backtrace with "wine-pthread" as binary, it will likely be better. (gdb wine-pthread, attach pid, bt ... does show more) I have however no clue how apport works and if this can be done there. Ciao, Marcus
Re: iphlpapi: Only call res_init() once per process
On 18/04/07, Jason Green <[EMAIL PROTECTED]> wrote: Original author: Mark Adams, TransGaming Technologies. Why are you the one submitting this then, using a private mail address? (Are you even allowed to, for that matter?)
Re: Better Debugging Possibilities for Wine on Ubuntu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am Wed, 18 Apr 2007 07:11:28 -0600 schrieb Vitaliy Margolen <[EMAIL PROTECTED]>: > Stephan Hermann wrote: > > - What do you need from us (Ubuntu) to get better backtraces > > when wine crashes (especially wine-preloader) > > As Marcus mentioned the best trace you can get is from the Wine's own > debugger. Of course it would be even better with debug symbols > installed on the system. > > > - How can we work together in a better way? (e.g. > > crashreport will be filed in launchpad (http://www.launchpad.net) > > automatically, can we file a bugreport automatically in your > > bugzilla?) > > I would say NO. Wine crashes all the time for a lots of reasons. Some > of those reasons have nothing to do with Wine itself. Some times they > are a result of the missing feature. Creating bug-report for each > crash won't help anyone, but will deplete resources of the server > hosting bugzilla. > > Looking at your test report, it's bug # 219 in Wine's bugzilla. No > crash report is require there. It's enough to see "secdrv.sys" and > mentioning of the ntoskrnl.exe. > > In general the most useful pieces of information are ... complete > terminal output, $PWD and the command used to start an application. > Also the exact Wine version $(wine --version), and where did it came > from (self-compiled or binary). All of them are absent from the > report. That's one report generated by apport, which is, as you and others were writing, totally useless (that was my first impression, too) So, I'll go back to normal business for bugreporting and pointing the users to winedbg. Thx for all your answers :) Regards, \sh - -- Stephan Hermann Ubuntu Developer http://launchpad.net/~shermann [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGJkAfwYnnM8CY76gRAgUbAKCMDmqJGnFk6Vyxh9z/NT52DnE9UACfYFGD HHkA/895J4k/9jUv2qDyxm8= =CjkI -END PGP SIGNATURE-
re: Better Debugging Possibilities for Wine on Ubuntu
sh wrote: [apport doesn't handle wine well. And where should the bugs be filed - wine's bugzilla, or launchpad?] The bugs should definitely go to launchpad, because each distribution has a different set of packages and bugs, each distribution's crash logger should go to its own bug tracker. winehq's bugzilla should be treated as an upstream bug tracker, and only manually triaged and distilled versions of the automated bug reports should go upstream. BTW the apport doc is at https://wiki.ubuntu.com/Apport and it would be great if some systemy sort of guy had a look. I'll see if I can find somebody to... I would myself, but I can't type enough to get any real work done these days. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv
Re: wine.inf: update registry key
"Louis. Lenders" <[EMAIL PROTECTED]> wrote: Hi, this fixes bug #7953 -> http://bugs.winehq.org/show_bug.cgi?id=7953 Vitaly said this one won't go as it might break another app, but i don't get that , as the key in windows looks quite the same, No it doesn't in the default Windows setup, and the key was changed for a reason to make Picasa work some time ago: http://source.winehq.org/git/wine.git/?a=commitdiff;h=f03c86a27387cd1dc27c371d52a7c72d83b70481 -- Dmitry.
Re: Better Debugging Possibilities for Wine on Ubuntu
Stephan Hermann wrote: > - What do you need from us (Ubuntu) to get better backtraces > when wine crashes (especially wine-preloader) As Marcus mentioned the best trace you can get is from the Wine's own debugger. Of course it would be even better with debug symbols installed on the system. > - How can we work together in a better way? (e.g. > crashreport will be filed in launchpad (http://www.launchpad.net) > automatically, can we file a bugreport automatically in your > bugzilla?) I would say NO. Wine crashes all the time for a lots of reasons. Some of those reasons have nothing to do with Wine itself. Some times they are a result of the missing feature. Creating bug-report for each crash won't help anyone, but will deplete resources of the server hosting bugzilla. Looking at your test report, it's bug # 219 in Wine's bugzilla. No crash report is require there. It's enough to see "secdrv.sys" and mentioning of the ntoskrnl.exe. In general the most useful pieces of information are ... complete terminal output, $PWD and the command used to start an application. Also the exact Wine version $(wine --version), and where did it came from (self-compiled or binary). All of them are absent from the report. Vitaliy.
[try2] kernel32: Add partial stub for NeedCurrentDirectoryForExePath
>If FILE_name_AtoW fails, the function fails, so the return value should be FALSE, shouldn't it ? TRUE means that current directory '.' should be added to PATH. FALSE is returned if a special environment variable NoDefaultCurrentDirectoryInExePath is set. Of course, default sane value should be TRUE. Details at http://msdn2.microsoft.com/en-us/library/ms684269.aspx. -- Kirill
Re: [try2] kernel32: Add partial stub for NeedCurrentDirectoryForExePath
+/***
+ * NeedCurrentDirectoryForExePathA (KERNEL32.@)
+ */
+BOOL WINAPI NeedCurrentDirectoryForExePathA( LPCSTR name )
+{
+WCHAR *nameW;
+
+if (!(nameW = FILE_name_AtoW( name, FALSE ))) return TRUE;
If FILE_name_AtoW fails, the function fails, so the return value should be
FALSE, shouldn't it ?
Laurent
On Wed, 18 Apr 2007 15:54:42 +0400, "Kirill K. Smirnov" <[EMAIL PROTECTED]>
wrote:
> Please, ignore my previous attempt.
>
>
kernel32: Add partial stub for NeedCurrentDirectoryForExePath
>+if (strchrW(name, '\\'))
>+return TRUE;
>What is the point of this? You're returning TRUE no matter what anyway.
>+FIXME("(%s): stub!\n", debugstr_w(name));
>+return TRUE;
ancient patch in attach, sorry.
Re: kernel32: Add partial stub for NeedCurrentDirectoryForExePath
On 4/18/07, Kirill K. Smirnov <[EMAIL PROTECTED]> wrote:
Add partial stub for NeedCurrentDirectoryForExePath. It is needed by win2003
cmd.exe
+if (strchrW(name, '\\'))
+return TRUE;
What is the point of this? You're returning TRUE no matter what anyway.
+FIXME("(%s): stub!\n", debugstr_w(name));
+return TRUE;
--
James Hawkins
Re: Bug 5163
On 4/16/07, EA Durbin <[EMAIL PROTECTED]> wrote: It appears to me according to this log section that the bug is actually in kernel32.CompareStringA, though I could be wrong. It starts out comparing the strings of files it is looking for in the cabinet file with kernel32.CompareString and unsuccesfully matching, then it appears to be matching the first couple of letters in the string and then continuing on before it actually finds the file it is looking for. SC2R.SAM is matching scanost.exe EXCHCSP.DLL_0001 is matching exchng.hlp after it finds these false matches the installer continues on without actually matching the string it is looking for No, there are no false matches. The custom action is doing an insertion sort on the filenames in the cabinet at this point. -- James Hawkins
Re: Question using appdb
Thank you for that. Finally, what's wrong with the Distribition section in the form ? Laurent On Wed, 18 Apr 2007 10:44:18 +0100, Ben Hodgetts <[EMAIL PROTECTED]> wrote: > Laurent Vromman wrote: >> So the text "If yours is not on the list, please add it using the form > below" should be considered obsolete ? >> >> Laurent >> >> >> On Wed, 18 Apr 2007 10:57:51 +0200, Marcus Meissner <[EMAIL PROTECTED]> > wrote: >> >>> On Wed, Apr 18, 2007 at 10:41:07AM +0200, Laurent Vromman wrote: >>> Hi, When a distribution is absent from the list, we are supposed to add > it, >>> as the following message explain : >>> Distribution If yours is not on the list, please add it using the > form >>> below >>> The fact is, there is no form below. Is the message wrong or is the > form >>> missing ? >>> Note : The distribution I want to add is the new Debian Lenny >>> Well, the usual way is to just submit a patch against the lostwages CVS >>> module >>> to include it. >>> >>> Ciao, Marcus >>> >> >> >> >> > FYI I've just added Lenny to the list, it lacks a version number at > the moment (because it doesn't actually have one) so I'll need to edit > that when/if they assign a version number later. > > Ex.
Re: Question using appdb
Laurent Vromman wrote: So the text "If yours is not on the list, please add it using the form below" should be considered obsolete ? Laurent On Wed, 18 Apr 2007 10:57:51 +0200, Marcus Meissner <[EMAIL PROTECTED]> wrote: On Wed, Apr 18, 2007 at 10:41:07AM +0200, Laurent Vromman wrote: Hi, When a distribution is absent from the list, we are supposed to add it, as the following message explain : DistributionIf yours is not on the list, please add it using the form below The fact is, there is no form below. Is the message wrong or is the form missing ? Note : The distribution I want to add is the new Debian Lenny Well, the usual way is to just submit a patch against the lostwages CVS module to include it. Ciao, Marcus FYI I've just added Lenny to the list, it lacks a version number at the moment (because it doesn't actually have one) so I'll need to edit that when/if they assign a version number later. Ex.
Re: wine 0.9.30-35 Something strange happened with the fonts ?
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
>
> yes, /usr/local/share/wine/fonts/ exists my system and is only populated
> with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the
> build which include courier (fon) and serife don't get transferred to
> either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains
> why serief, courier & system don't now show up on the font list when I
> run notepad.
>
It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local
and can be changed by running configure with the --prefix option.
They get installed there where you run make install. I've no idea
where the broadway.ttf and ad5font.fon fonts come from, but they're
certainly not from a Wine install.
> Should I expect to find all the fonts that are in my build directory
> /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in
> /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in
> the install (at least by version 0.9.35)
Well the 39 .fon fonts and marlett.ttf should be installed there. You
should try to work out why that's not happening.
Huw.
--
Huw Davies
[EMAIL PROTECTED]
Re: Question using appdb
So the text "If yours is not on the list, please add it using the form below" should be considered obsolete ? Laurent On Wed, 18 Apr 2007 10:57:51 +0200, Marcus Meissner <[EMAIL PROTECTED]> wrote: > On Wed, Apr 18, 2007 at 10:41:07AM +0200, Laurent Vromman wrote: >> Hi, >> >> When a distribution is absent from the list, we are supposed to add it, > as the following message explain : >> Distribution If yours is not on the list, please add it using the >> form > below >> >> The fact is, there is no form below. Is the message wrong or is the form > missing ? >> >> Note : The distribution I want to add is the new Debian Lenny > > Well, the usual way is to just submit a patch against the lostwages CVS > module > to include it. > > Ciao, Marcus
Re: Question using appdb
On Wed, Apr 18, 2007 at 10:41:07AM +0200, Laurent Vromman wrote: > Hi, > > When a distribution is absent from the list, we are supposed to add it, as > the following message explain : > Distribution If yours is not on the list, please add it using the form below > > The fact is, there is no form below. Is the message wrong or is the form > missing ? > > Note : The distribution I want to add is the new Debian Lenny Well, the usual way is to just submit a patch against the lostwages CVS module to include it. Ciao, Marcus
Question using appdb
Hi, When a distribution is absent from the list, we are supposed to add it, as the following message explain : DistributionIf yours is not on the list, please add it using the form below The fact is, there is no form below. Is the message wrong or is the form missing ? Note : The distribution I want to add is the new Debian Lenny Laurent Vromman
Re: Better Debugging Possibilities for Wine on Ubuntu
On Wed, Apr 18, 2007 at 09:59:05AM +0200, Stephan Hermann wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Marcus, > > e.g. https://bugs.launchpad.net/ubuntu/+source/wine/+bug/90957 > > Please note, we can add more features to apport (Martin Pitt is the > maintainer). The backtrace there is pretty useless. With: [Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug] 1119019818 "Auto"="1" "Debugger"="winedbg --auto %ld %ld" in the registry Wine will call winedbg automatically on a crash and get a Win32 aware backtrace. It would already help to use wine-pthread instead of wine-preloader for generating the backtrace. (Just replace it as traced binary.) Ciao, Marcus
Re: Better Debugging Possibilities for Wine on Ubuntu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Marcus, e.g. https://bugs.launchpad.net/ubuntu/+source/wine/+bug/90957 Please note, we can add more features to apport (Martin Pitt is the maintainer). Regards, \sh Am Wed, 18 Apr 2007 09:52:08 +0200 schrieb Marcus Meissner <[EMAIL PROTECTED]>: > On Wed, Apr 18, 2007 at 09:18:00AM +0200, Stephan Hermann wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Dear Colleagues, > > > > As Scott Ritchie knows, I'm at the moment the reponsible person for > > Wine on Ubuntu. > > I hope that you all know, Ubuntu has a new system for filing > > crash reports and stacktraces. (named apport aka automatic crash > > reports, some documentation is found at > > https://wiki.ubuntu.com/Apport) > > > > Those reports are working quite well for all apps in Ubuntu, but > > not as expected for Wine, especially when windows apps are involved. > > > > We discussed yesterday about this problem, and now we want your > > help, to make things better. > > > > What we need from you: > > > > - What do you need from us (Ubuntu) to get better backtraces > > when wine crashes (especially wine-preloader) > > We usually get a default wine backtrace using "winedbg --auto ..." > > Can you show us some not so good backtraces by your tool? > > Ciao, Marcus > - -- Stephan Hermann Ubuntu Developer http://launchpad.net/~shermann [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGJc/LwYnnM8CY76gRAvQeAJ0WV+Ei40IFMU4+ROShRoglpUBbWwCfZ/gO NiQnZ6YXvfhuNTXQ+cZd6NU= =7fNf -END PGP SIGNATURE-
Re: Better Debugging Possibilities for Wine on Ubuntu
On Wed, Apr 18, 2007 at 09:18:00AM +0200, Stephan Hermann wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Dear Colleagues, > > As Scott Ritchie knows, I'm at the moment the reponsible person for > Wine on Ubuntu. > I hope that you all know, Ubuntu has a new system for filing > crash reports and stacktraces. (named apport aka automatic crash > reports, some documentation is found at https://wiki.ubuntu.com/Apport) > > Those reports are working quite well for all apps in Ubuntu, but not as > expected for Wine, especially when windows apps are involved. > > We discussed yesterday about this problem, and now we want your help, > to make things better. > > What we need from you: > > - What do you need from us (Ubuntu) to get better backtraces > when wine crashes (especially wine-preloader) We usually get a default wine backtrace using "winedbg --auto ..." Can you show us some not so good backtraces by your tool? Ciao, Marcus
Re: wine 0.9.30-35 Something strange happened with the fonts ?
Bill Medland wrote: On Tue, 2007-17-04 at 22:08 +0100, Nick Law wrote: Huw Davies wrote: On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote: Nick Law wrote: Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder. The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font. So it seems to be working now, however I have a question. When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ? And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ? Regards Nick I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ? Is it the case these .fon files should not be in /windows/fonts We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there). fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem. Huw. /usr/share/wine/fonts does not exist on my system. Is this directory supposed to be created by wine/winecfg or by the make install when compiling from source. I've compiled again from source & started with a fresh .wine directory but /usr/share/wine/fonts/ still does not exist. Are you sure that's correct or do have to manually create the directory ? Nick or it might be in /usr/local/share/wine/fonts (which it is on mine) Bill yes, /usr/local/share/wine/fonts/ exists my system and is only populated with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the build which include courier (fon) and serife don't get transferred to either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains why serief, courier & system don't now show up on the font list when I run notepad. One other fact I forget to mention, on this system I jumped from about 0.9.31 to 0.9.35. Should I expect to find all the fonts that are in my build directory /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in the install (at least by version 0.9.35) Can anybody confirm that, Thanks.
Better Debugging Possibilities for Wine on Ubuntu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Colleagues, As Scott Ritchie knows, I'm at the moment the reponsible person for Wine on Ubuntu. I hope that you all know, Ubuntu has a new system for filing crash reports and stacktraces. (named apport aka automatic crash reports, some documentation is found at https://wiki.ubuntu.com/Apport) Those reports are working quite well for all apps in Ubuntu, but not as expected for Wine, especially when windows apps are involved. We discussed yesterday about this problem, and now we want your help, to make things better. What we need from you: - What do you need from us (Ubuntu) to get better backtraces when wine crashes (especially wine-preloader) - How can we work together in a better way? (e.g. crashreport will be filed in launchpad (http://www.launchpad.net) automatically, can we file a bugreport automatically in your bugzilla?) - If yes, what information do you really need, what can we tell the users, who are reporting those crashes, what they have to do to fullfill your needs for the bugreport and debugging (e.g. try to reproduce the crash while running wine in gbd, doing a backtrace with bt full, or what so ever) Finally, we would like to have more involvement of you, Wine Developers, to make Wine a vital piece of software for Ubuntu. And now a little call for help to Scott Ritchie :) Scott, we talked some time ago about having you in our MOTU team, for maintaining not only debian/ubuntu packages at winehq, but also for Ubuntu. We, the Ubuntu MOTU team, and I personally think, this would be quite good having you on board. I know, that you are working hard on your packages, and we need your help. If you want, please get in touch with me (email: [EMAIL PROTECTED],de or jabber JID:[EMAIL PROTECTED]) and let's discuss how we can get you easily in our MOTU team. Thanks for your attention, Stephan aka \sh @ freenode.net - -- Stephan Hermann Ubuntu Developer http://launchpad.net/~shermann [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGJcYqwYnnM8CY76gRApcrAJ4xIsAUY7pLQTGzfTXIf47jIrnmywCfSTiG yX7HXj4ZzR1WiKzy+IUlXwE= =BssM -END PGP SIGNATURE-
