January 2007 - Wine-Devel - list.winehq.org

Questions concering an application I maintain
by Jacob Alberty Jan. 20, 2007

Jan. 20, 2007

I am a delphi developer (not limited to this language, I have done several projects in C, C#, as well as assembly but for the purposes of this email I am a delphi developer). I am experiencing some weirdness in regards to the richedit control in regards to database access (Specifically TDBRichEdit), Since I am a delphi developer using wine this means I have access to A) My programs source code, B) Delphis VCL source code (So i can view how delphi manages the richedit control which in this case is split up among 3 files) and C) The Wine source code. I have two questions 1) Since Delphi does not actually implement any of richedits features, merely wraps around them I should be in the clear to create a patch to wine to correct this functionality correct? and 2) What method is best to watch the api interaction going on in my application so I can see if wine is returning any weirdness that it shouldnt (do normal windows api spy programs work under wine?).

5 8

re: regression from 0.9.28 -> 0.9.29 breaks U.S. tax program
by Dan Kegel Jan. 20, 2007

Jan. 20, 2007

On 1/18/07, Tom Lowe <tomlowe1 at earthlink.net> wrote: > Using ubuntu 6.10 and wine packages from > http://wine.budgetdedicated.com/apt edgy main > > TaxACT 2006 ( free download from http://www.taxact.com ) works > "out-of-the-box" with 0.9.28. Checking for program updates and > electronic filing "hang" with 0.9.29. > > When 0.9.29 hung up on me, I removed it and re-installed 0.9.28 and was > able to connect and file my tax return. We had the same problem with Google Earth, and Rob Shearman kindly provided a fix: http://www.winehq.org/pipermail/wine-cvs/2007-January/029362.html Could be the same problem you hit. If so, it's already fixed in cvs. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 3

array out of bounds checking results
by Marcus Meissner Jan. 20, 2007

Jan. 20, 2007

Hi, Yesterdays TRUNK gcc features array overflow checking... I have run it against WINE and found 3 index overflows. arb_program_shader.c:950: Warnung: array subscript is above array bounds This is the place in C: } else if(GL_SUPPORT(GL_VERTEX_PROGRAM_ARB)) { and in preprocessed: } else if(((*gl_info).supported[0x8620] != 0)) { The supported array is way smaller than that. Likely a typo. winaspi32.c:239: Warnung: array subscript is above array bounds winaspi32.c:239: Warnung: array subscript is above array bounds This is this part: if (rqbuf[15]&0x8) { TRACE("Pointer at %d, bit %d\n",rqbuf[16]*256+rqbuf[17],rqbuf[15]&0x7); } rqbuf points to SenseArea which is only 16 byte. I am unclear what exactly is meant to be done here. We only ever copy 16 Byte into this array anyway. Ciao, Marcus

3 2

java problem with builtin msvcrt.dll (need debugging help)
by Stefan Leichter Jan. 20, 2007

Jan. 20, 2007

Hello, i found a problem with java (1.4.2_05) and builtin msvcrt.dll. The attached java code exhibits the problem. It produces an exception with builtin dll. As difference i identified the call to java._Java_java_io_WinNTFileSystem_getLength, what is basicaly a wrapper around msvcrt._(w)stati64. I have compared the result (dumped struct _stat) from _stati84 running with builtin and native version of msvcrt.dll. The result is the same. I tried winedbg, but i was not able to place a breakpoint neither in _Java_java_io_WinNTFileSystem_getLength nor msvcrt._stati64. Can someone please tell me either - how to place breakpoint in this functions or - suggest anopther way how to find the problem. The problem is independent of the emulated windows version. Thanks for help Stefan

2 1

Re: [Wine] www.winehq.com newsletter dead forever?
by Hiji Jan. 20, 2007

Jan. 20, 2007

The developer's list was talking about this a couple of weeks back. Somebody was going to take over and continue the newsletter, but nothing yet. ----- Original Message ---- From: Michal Seliga <michal.seliga(a)visicom.sk> To: wine-users(a)winehq.org Sent: Tuesday, January 16, 2007 10:14:31 AM Subject: [Wine] www.winehq.com newsletter dead forever? I know its like this for a long time, but i have to ask... what happened with Wine newsletter? it was interesting reading and now its gone there is no update since last wineconf.... _______________________________________________ wine-users mailing list wine-users(a)winehq.org http://www.winehq.org/mailman/listinfo/wine-users ____________________________________________________________________________________ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121

6 7

Greenville Revisited, A new look at FontForge
by Wierd_w Jan. 19, 2007

Jan. 19, 2007

OK, Due to the recent interest in Greenville, and the fact that enough time has passed that my original rage/disgust/contempt at freetype has faded, I decided to grab a recent Cygwin port of FontForge, and take a spin. FontForge is able to import the compiled glyphsets I produce with Fontlab(the expensive font tool) pretty neatly, and also seems to have fairly nice support for SBITs in outputted OTF and TTF files. This means I should be able (with hard work) to convert Greenville into a FontForge project file. However, the generated font will contain bitmaps of the glyphs for PPeM ranges 7-13, as the Type-1 hinting mechanisms inside FontForge are insufficient to cleanly hint the outlines for small point sizes. This will make the font files generated a tad bit 'large'. I will combat this as much as possible by using glyph composites as much as possible. (Basically aliasing to existant glyph outlines with new placement data- This not only improves consistancy of glyph shape, but also reduces the size of the outline glyphset. EG, one can make an "ü" by using the oderesis (The double dot accent) and the "u", and combining aliases of them into a new glyph. The same oderesis glyph can be used on any such accented glyph, and prevents it having to be drawn over and over again, reducing glyphset complexity, and thus filesize. So, pretty much all of Latin-A and Latin-B can be generated using a small set of diacriticals, and Latin-1, if you know what you are doing. :P It's like getting Latin-A and Latin-B for free.) I am comforted to read that FontForge's developer is also "unsatisfied" with the lack of 'quality' truetype instruction generation, and hope that he is able to someday include a real truetype hinter. In the meantime though, SBITs will have to do. (sigh) I still perfer FontLab for my typesetting needs, as it is more responsive on my host platform, and has better Unicode character reordering support (It understands the **FULL** Unicode range.), and a number of other features which I have grown fond of. However, the time I have available to work on it is very limited. I have to be available to assist students all day on Mondays and Wednesdays, and I take classes myself on Tuesdays, Thursdays, and Saturdays. This means that Fridays and Sundays are the only days I have available, and that time is difficult to budget. To try and improve my functional time on this hobby project, I need to get my laptop's battery serviced (as it is an old clunker, but still able to run both FontLab and FontForge+Cygwin) so I can work on it on my downtime at the NIAR building (which admittedly can be several hours a day. In fact, I am idling right now...), which will cost me around 90$. This will have to wait until my next bi-weekly pay deposit, as my disposable income is near 0$ right now, as a result of yet another tuition rate hike. (The university must think I am litterally made out of money....) I just wish there was a win32 native port of Fontforge, but I wont hold my breath. (I really, REALLY REALLY hate cygwin.) Status: I will have to begin re-examining the glyphs that the windows rasterizer returns for Tahoma at various point sizes in order to formulate suitable SBITs, but that will have to wait until after I have completed the glyphset to a degree that I consider at least serviceable. What unicode ranges, and or- codepages, would the WINEHQ community require of a Tahoma replacement? Ideally it would be all of them that MS Tahoma currently supports, but that would require me to draw characters that I have no functional knowledge of-- EG, Arabic, Cyrillic, Greek, and Hebrew characters. Arabic is the one that has me a bit worried, as if done wrong, the ligature substitution will be wonk, and I dont have the functional knowledge of how the language even works to produce such ligature substitution to begin with. Simmilar problem with Hebrew, but fewer glyphs to draw. I am currently shooting to have a full Latin-1, Latin-A, and Latin-B + Greek + Cyrillic glyphset before I start working on FontForge porting, and SBIT generation. I allready have Latin-1 and Latin-A complete (at least the glyphs that Tahoma supports), and am about 75% through Latin-B. I havent really touched Greek or Cyrillic yet. When completed though, it should support the US, Canada, and pretty much all of Europe. CJK ligatures, Arabic Ligatures, and Hebrew Ligatures would need to be done by people who are familiar with those glyphs, know what they mean, and how they are "Supposed" to look, as I consider myself unqualified to do them properly. I hope to have Greenville mostly functional (In North America and Europe) by that time, and to drop the fontforge project into WINEHQ custody, and see how it grows from there. Feedback would be greatly appreciated. ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL

3 2

Re: Makefiles: Add a default BISONFLAGS variable for widl, wmc, wrc and wpp.
by Alexandre Julliard Jan. 19, 2007

Jan. 19, 2007

Robert Shearman <rob(a)codeweavers.com> writes: > I disagree. I had a resource file that had an error because I forgot > to define "IDC_STATIC" to a number and all I got from wrc was an > unhelpful "syntax error" that seemed to point to the wrong line. I > ended up using the debugging option to find out what was causing this > error. If you can suggest a better solution, I'd go for it. Well, I don't know, but I have never had to resort to the parser debugging code for that sort of thing. In worst cases looking at the preprocessed file is normally enough to find the problem. It's true that line numbers are sometimes off in wrc errors, and that should clearly be fixed; but the parser debug stuff is not something that should be exposed to users. Do you still have the file that shows an unhelpful error? You should file a bug with it, and I'll have a look. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: COMCTL32: Fix InitCommonControlsEx prototype
by Mike McCormack Jan. 19, 2007

Jan. 19, 2007

Thomas Weidenmueller wrote: > BOOL WINAPI > -InitCommonControlsEx (LPINITCOMMONCONTROLSEX lpInitCtrls) > +InitCommonControlsEx (const INITCOMMONCONTROLSEX *picce) The version of the Windows Platform SDK that I'm looking at agrees with Wine. There is also no reason to make a pointless change to the name of the argument, so this patch looks pointless and wrong to me. Mike

5 4

Re: [3/5] wined3d: Use SetupFullscreenWindow() to make the window fullscreen
by Stefan Dösinger Jan. 19, 2007

Jan. 19, 2007

Am Donnerstag 18 Januar 2007 23:41 schrieb H. Verbeet: > Changelog: > - Use SetupFullscreenWindow() to make the window fullscreen I do not think that SetupFullscreenWindow should stay publically exported from wined3d. I think it would be better if IWineD3DDevice_SetFullscreen calls it, and it is made sure that SetFullscreen is called when needed with a true / false flag. DDraw calls it already, and I think Init3D() calls it too for d3d8 and d3d9. Not sure about IWineD3DDevice_Reset.

2 1

Winelib over Solaris/SPARC
by keyur＠elegantmicroweb.com Jan. 19, 2007

Jan. 19, 2007

Thanks Eric and Mike for your in-sights. Your feedback has been helpful. Regards, Keyur

1 0