Ros-dev April 2009

ros-dev@reactos.org

33 participants
39 discussions

Development plans for May
by Aleksey Bragin 12 Jun '09

12 Jun '09

Hi, as we earlier discussed, there is an idea to make 0.3.10 a "hardware- compatibility" release. There is a full list of 0.3.10 milestones bugs linked from our roadmap page, but here are some possible directions for work: - USB support for keyboard and mouse devices. Right now, it needs fixing the rare crash during booting (bug is bugzilled, comment explaining how to solve the problem is attached, some investigation remains), and more testing on real hardware. - Uniata support: it solves many problems at once, such as a stupid 8Gb limit which is a nonsense for a 2009-year operating system, and Serial ATA support, which greatly enhances possible ReactOS usability (along with the first item of this list). I use it in my builds everyday for more than a month, it works very good. Problems: VirtualBox CDROM support (it doesn't recognize it), on my realhardware it also experiences similar problems. Bug is also bugzilled, a lot of debug logs attached, so everyone can participate. - Common NICs support: Cameron is doing great work, testers too. There are some outstanding problems, which you can see from http:// www.reactos.org/wiki/index.php/Supported_Hardware/Network_cards - Sound support: Johannes knows best, but getting any progress with sound by 0.3.10 release date is greatly appreciated. - Videocards support: Olaf performs some tesitng and bugreporting. Third party drivers support is rather weak, http://www.reactos.org/ wiki/index.php/Supported_Hardware/Video_cards , and usually is limited by VMWare's video driver which is being one of the most supported through the ReactOS development history. Besides of that, Olaf is organizing the Golden Apps testing, so that we won't discover regressions occasionally or by the time the release is branched and everyone is awaiting, but instead that's going to happen on a periodical basis, and he's going to manage this process with help of our fellow testers. Target 0.3.10 release date is month from now on - that means, somewhere in the end of May. Certainly, if our goals aren't met, the release is going to be rescheduled and that's it, but, I'd like to ask to concentrate on the above problems first. They are hard to solve when every problem is being approached by one person, but with a common effort they aren't going to be a problem. Any new developers - welcome! There are very definite goals, enough of information, so please feel free to join and help. With the best regards, Aleksey Bragin.

5 5

Re : [Qemu-devel] Atheros Wireless Device Emulation
by Sylvain Petreolle 27 Apr '09

27 Apr '09

Hi Clemens, I wonder if you still maintain this code ? Qemu has recently changed the way to manage network devices, and I had to do changes to keep it working. This worked like an charm until today, and is still interesting me as Im beginning tests for wireless nics in ReactOS. CCing ros-dev mailing list in case someone has it already built it in. Kind regards, Sylvain Petreolle ----- Message d'origine ---- > De : Clemens Kolbitsch <clemens.kol(a)gmx.at> > À : qemu-devel(a)nongnu.org > Envoyé le : Jeudi, 28 Février 2008, 15h12mn 09s > Objet : [Qemu-devel] Atheros Wireless Device Emulation > > Hi! > This patch adds virtual wireless networking support to qemu-0.9.1. > Besides being funny having a wireless LAN in Qemu, I guess wireless driver > developers could use this a lot. > > I have 3 screenshots here: > http://stud4.tuwien.ac.at/~e0126605/qemu_atheros/atheros_wlan_hardware.jpg > http://stud4.tuwien.ac.at/~e0126605/qemu_atheros/atheros_wlan_connecting.jpg > http://stud4.tuwien.ac.at/~e0126605/qemu_atheros/atheros_wlan_connected.jpg > > > Some infos about the emulation: > - We simulate an Atheros AR5212 NIC > - Additionally, we have a virutal access point that can > be used to connect to Qemu > - The code is based on ath5k reverse engineering from > about 10 months ago. I did not check what these guys > did since then. > - I added tons of hours doing reverse engineering.. but the > code is still a MESS! I'm sorry, but at least it works ;-) > - We can simulate different network card vendors. I.e. > through an additional model-name, we can specify if the > network card is identified as "Atheros XXXX" or "HP W400", etc. > ---> different drivers are installed automatically by guest system > - The hardware reverse engineering still lacks some stuff. Known > problems: > * Depending on the driver, you have to use a different model > ---> official windows drivers VS. madwifi Linux driver > * Newest madwifi code probably does not work > ---> Use Madwifi 0.9.3. Works just fine ;-) > - The networking-code is still a *little* ugly. Outbound connections > work, but there seem to be problems for inbound connections (e.g. > tcp-redirection, etc.) > - VM Snapshots supported > > Some infos about the patch: > - 2 lines added to pci.c > - added function declaration to pci.h > - patched Makefile.target (2 lines) > - added files qemu/hw/atheros_wlan_.*.[ch] > - took 2 files from wireshark to generate CRC32 checksums > - took 3 files from ath5k > ---> licence people, please have a look if that is ok!! > > Enabling emulation: > > As I wrote above, there are still problems when using the same code for > windows and linux guests. The model parameter helps here. Using the NIC on > windows (that's how I tested): > > qemu ... -net user -net nic,model=atheros_wlan_winxp_HPW400 ... > > and > > qemu ... -net user -net nic,model=atheros_wlan_linux_HPW400 ... > > for Linux systems. > > The "atheros_wlan" is the device itself, "_linux" / "_windows" is necessary > because the reverse engineering is still buggy and "_HPW400" gives the NIC > identification for the guest. HPW400 is the Hewlett-Packard W400 device, but > there are some more (see the atheros_wlan_eeprom.h for details). > > I have used the device on Debian (Kubuntu) Linux. The guests were WinXP-SP2 > and Kubuntu Linux, Kernel 2.6.20, MadWifi 0.9.3. My system is x86, so there > might be problems with big/little endian I am not aware of!! > > Please try the patch and let me know what you think of it!! > > Greets, > Clemens

1 0

Re: [ros-dev] [ros-diffs] [janderwald] 40694: - Fix allocation of CM_RESOURCE_LIST - Might fix bug 4354 See issue #4354 for more details.
by Timo Kreuzer 25 Apr '09

25 Apr '09

Isn't that actually the same? It also ignores the number of full descriptors, which I guess is wrong. And it looks like the whole parsing code is broken. It ignores the number of partial descriptors and does FullList++ Timo janderwald(a)svn.reactos.org schrieb: > Author: janderwald > Date: Sat Apr 25 16:05:08 2009 > New Revision: 40694 > > URL: http://svn.reactos.org/svn/reactos?rev=40694&view=rev > Log: > - Fix allocation of CM_RESOURCE_LIST > - Might fix bug 4354 > See issue #4354 for more details. > > Modified: > trunk/reactos/drivers/video/videoprt/dispatch.c > > Modified: trunk/reactos/drivers/video/videoprt/dispatch.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/video/videoprt/dis… > ============================================================================== > --- trunk/reactos/drivers/video/videoprt/dispatch.c [iso-8859-1] (original) > +++ trunk/reactos/drivers/video/videoprt/dispatch.c [iso-8859-1] Sat Apr 25 16:05:08 2009 > @@ -340,9 +340,11 @@ > > /* Save the resource list */ > ResourceCount = AllocatedResources->List[0].PartialResourceList.Count; > - ResourceListSize = > - FIELD_OFFSET(CM_RESOURCE_LIST, List[0].PartialResourceList. > - PartialDescriptors[ResourceCount]); > + ResourceListSize = sizeof(CM_RESOURCE_LIST); > + > + if (ResourceCount > 1) > + ResourceListSize += (ResourceCount-1) * sizeof(CM_PARTIAL_RESOURCE_DESCRIPTOR); > + > DeviceExtension->AllocatedResources = ExAllocatePool(PagedPool, ResourceListSize); > if (DeviceExtension->AllocatedResources == NULL) > { > > >

2 2

Release testing apps list issues
by Olaf Siejka 25 Apr '09

25 Apr '09

I feel that some things really need to be clearly explained, regarding apps being use to test releases with. At the moment, despite numerous attempts, i failed to find who (if anyone) is responsible for compiling and maintaining the list of apps used for release version testing. Especially, the non-downloader stuff section is basically changing completely with every release, making those tests virtually pointless, if we cant keep any consistency. On the other hand, looks like no one is responsible for maintaining Downloader app list. Without such responsibilites set, we are slipping into disorganisation, which is both confusing and uproductive. Clear policies should be set and observed in this matter, taking care of such basic thing as adding/linking/opening a bug report for an app that failed in release Test. I feel that testers have more productive things to do, than cleaning up/sorting test entries, incorrectly made up by first timers. Sorry if anyone feels this post to sound harsh, but its still really gentle and kind, compared to obscenities, curses and swears others have to put up, when i vent out after seeing the current state of Release testing wiki.

3 2

Mirroring?
by Administrador 25 Apr '09

25 Apr '09

HI! I was wondering if you people were interested in a new ISO/QUEMU/VMWARE download mirror, I got space and on my server and I would like to help this wonder full project. If the service I'm offering you for free please answer back with the information for starting "mirroring" Here's my server's information: Conection speed: VLAN on 100Mbits Mirroring protocol: HTTP Space reserved for ReactOS: 7GB, Bandwith: Unlimited Bandwith Waiting your answer, Jorge Guerra Kernel Error Administrator Will Rogers <http://www.brainyquote.com/quotes/authors/w/will_rogers.html> - "I don't make jokes. I just watch the government and report the facts."

2 1

Re: [ros-dev] [ros-diffs] [dchapyshev] 40644: - Add Font Embedding Dll (it is necessary for Iron and Chrome)
by Ged 22 Apr '09

22 Apr '09

Wine have been running Google Chrome for a while now. Why don’t they have this dll if it's necessary???? Ged. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of dchapyshev(a)svn.reactos.org Sent: 22 April 2009 09:51 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [dchapyshev] 40644: - Add Font Embedding Dll (it is necessary for Iron and Chrome) Author: dchapyshev Date: Wed Apr 22 12:51:09 2009 New Revision: 40644 URL: http://svn.reactos.org/svn/reactos?rev=40644&view=rev Log: - Add Font Embedding Dll (it is necessary for Iron and Chrome) Added: trunk/reactos/dll/win32/t2embed/ (with props) trunk/reactos/dll/win32/t2embed/t2embed.c (with props) trunk/reactos/dll/win32/t2embed/t2embed.rbuild (with props) trunk/reactos/dll/win32/t2embed/t2embed.rc (with props) trunk/reactos/dll/win32/t2embed/t2embed.spec (with props) trunk/reactos/include/psdk/t2embapi.h (with props) Modified: trunk/reactos/baseaddress.rbuild trunk/reactos/boot/bootdata/packages/reactos.dff trunk/reactos/dll/win32/win32.rbuild Modified: trunk/reactos/baseaddress.rbuild URL: http://svn.reactos.org/svn/reactos/trunk/reactos/baseaddress.rbuild?rev=406… ============================================================================== --- trunk/reactos/baseaddress.rbuild [iso-8859-1] (original) +++ trunk/reactos/baseaddress.rbuild [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -13,6 +13,7 @@ <property name="BASEADDRESS_WLANAPI" value="0x470F0000" /> <property name="BASEADDRESS_PIDGEN" value="0x473e0000" /> <property name="BASEADDRESS_DWMAPI" value="0x4A3F0000" /> + <property name="BASEADDRESS_T2EMBED" value="0x4b310000" /> <property name="BASEADDRESS_LOADPERF" value="0x4B920000" /> <property name="BASEADDRESS_MPRAPI" value="0x4C400000" /> <property name="BASEADDRESS_MSFTEDIT" value="0x4b460000" /> Modified: trunk/reactos/boot/bootdata/packages/reactos.dff URL: http://svn.reactos.org/svn/reactos/trunk/reactos/boot/bootdata/packages/rea… ============================================================================== --- trunk/reactos/boot/bootdata/packages/reactos.dff [iso-8859-1] (original) +++ trunk/reactos/boot/bootdata/packages/reactos.dff [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -412,6 +412,7 @@ dll\win32\sti\sti.dll 1 dll\win32\sxs\sxs.dll 1 dll\win32\syssetup\syssetup.dll 1 +dll\win32\t2embed\t2embed.dll 1 dll\win32\tapi32\tapi32.dll 1 dll\win32\tapiui\tapiui.dll 1 dll\win32\traffic\traffic.dll 1 Propchange: trunk/reactos/dll/win32/t2embed/ ------------------------------------------------------------------------------ --- bugtraq:logregex (added) +++ bugtraq:logregex Wed Apr 22 12:51:09 2009 @@ -1,0 +1,2 @@ +([Ii]ssue|[Bb]ug)s? #?(\d+)(,? ?#?(\d+))*(,? ?(and |or )?#?(\d+))? +(\d+) Propchange: trunk/reactos/dll/win32/t2embed/ ------------------------------------------------------------------------------ bugtraq:message = See issue #%BUGID% for more details. Propchange: trunk/reactos/dll/win32/t2embed/ ------------------------------------------------------------------------------ bugtraq:url = http://www.reactos.org/bugzilla/show_bug.cgi?id=%BUGID% Propchange: trunk/reactos/dll/win32/t2embed/ ------------------------------------------------------------------------------ tsvn:logminsize = 10 Added: trunk/reactos/dll/win32/t2embed/t2embed.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/t2embed/t2embed.… ============================================================================== --- trunk/reactos/dll/win32/t2embed/t2embed.c (added) +++ trunk/reactos/dll/win32/t2embed/t2embed.c [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -1,0 +1,205 @@ +/* + * PROJECT: Font Embedding Dll + * FILE: dll\win32\t2embed\t2embed.c + * PURPOSE: Main file + * PROGRAMMERS: Dmitry Chapyshev (dmitry(a)reactos.org) + */ + +#include <windows.h> +#include <t2embapi.h> +#include "wine/debug.h" + +WINE_DEFAULT_DEBUG_CHANNEL(t2embed); + +LONG +WINAPI +TTCharToUnicode(HDC hDC, + UCHAR* pucCharCodes, + ULONG ulCharCodeSize, + USHORT* pusShortCodes, + ULONG ulShortCodeSize, + ULONG ulFlags) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTDeleteEmbeddedFont(HANDLE hFontReference, + ULONG ulFlags, + ULONG* pulStatus) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTEmbedFont(HDC hDC, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + USHORT* pusCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTEmbedFontFromFileA(HDC hDC, + LPCSTR szFontFileName, + USHORT usTTCIndex, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + USHORT* pusCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTEnableEmbeddingForFacename(LPSTR lpszFacename, + BOOL bEnable) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTGetEmbeddedFontInfo(ULONG ulFlags, + ULONG* pulPrivStatus, + ULONG ulPrivs, + ULONG* pulStatus, + READEMBEDPROC lpfnReadFromStream, + LPVOID lpvReadStream, + TTLOADINFO* pTTLoadInfo) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTGetEmbeddingType(HDC hDC, + ULONG* pulPrivStatus) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTIsEmbeddingEnabled(HDC hDC, + BOOL* pbEnabled) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTIsEmbeddingEnabledForFacename(LPSTR lpszFacename, + BOOL* pbEnabled) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTLoadEmbeddedFont(HANDLE *phFontReference, + ULONG ulFlags, + ULONG* pulPrivStatus, + ULONG ulPrivs, + ULONG* pulStatus, + READEMBEDPROC lpfnReadFromStream, + LPVOID lpvReadStream, + LPWSTR szWinFamilyName, + LPSTR szMacFamilyName, + TTLOADINFO* pTTLoadInfo) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTRunValidationTests(HDC hDC, + TTVALIDATIONTESTPARAMS* pTestParam) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTEmbedFontEx(HDC hDC, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + ULONG* pulCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTRunValidationTestsEx(HDC hDC, + TTVALIDATIONTESTPARAMSEX* pTestParam) +{ + UNIMPLEMENTED; + return E_NONE; +} + +LONG +WINAPI +TTGetNewFontName(HANDLE* phFontReference, + LPWSTR szWinFamilyName, + long cchMaxWinName, + LPSTR szMacFamilyName, + long cchMaxMacName) +{ + UNIMPLEMENTED; + return E_NONE; +} + + +BOOL +WINAPI +DllMain(IN HINSTANCE hinstDLL, + IN DWORD dwReason, + IN LPVOID lpvReserved) +{ + switch (dwReason) + { + case DLL_PROCESS_ATTACH: + DisableThreadLibraryCalls(hinstDLL); + break; + } + + return TRUE; +} Propchange: trunk/reactos/dll/win32/t2embed/t2embed.c ------------------------------------------------------------------------------ svn:eol-style = native Added: trunk/reactos/dll/win32/t2embed/t2embed.rbuild URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/t2embed/t2embed.… ============================================================================== --- trunk/reactos/dll/win32/t2embed/t2embed.rbuild (added) +++ trunk/reactos/dll/win32/t2embed/t2embed.rbuild [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -1,0 +1,13 @@ +<module name="t2embed" type="win32dll" baseaddress="${BASEADDRESS_T2EMBED}" installbase="system32" installname="t2embed.dll" unicode="yes"> + <importlibrary definition="t2embed.spec" /> + <include base="t2embed">.</include> + <include base="ReactOS">include/reactos/wine</include> + <library>kernel32</library> + <library>gdi32</library> + <library>user32</library> + <library>advapi32</library> + <library>version</library> + <library>wine</library> + <file>t2embed.c</file> + <file>t2embed.rc</file> +</module> Propchange: trunk/reactos/dll/win32/t2embed/t2embed.rbuild ------------------------------------------------------------------------------ svn:eol-style = native Added: trunk/reactos/dll/win32/t2embed/t2embed.rc URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/t2embed/t2embed.… ============================================================================== --- trunk/reactos/dll/win32/t2embed/t2embed.rc (added) +++ trunk/reactos/dll/win32/t2embed/t2embed.rc [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -1,0 +1,7 @@ +#include <windows.h> + +#define REACTOS_VERSION_DLL +#define REACTOS_STR_FILE_DESCRIPTION "Font Embedding Dll\0" +#define REACTOS_STR_INTERNAL_NAME "t2embed\0" +#define REACTOS_STR_ORIGINAL_FILENAME "t2embed.dll\0" +#include <reactos/version.rc> Propchange: trunk/reactos/dll/win32/t2embed/t2embed.rc ------------------------------------------------------------------------------ svn:eol-style = native Added: trunk/reactos/dll/win32/t2embed/t2embed.spec URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/t2embed/t2embed.… ============================================================================== --- trunk/reactos/dll/win32/t2embed/t2embed.spec (added) +++ trunk/reactos/dll/win32/t2embed/t2embed.spec [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -1,0 +1,25 @@ +@ stdcall TTCharToUnicode(ptr ptr long ptr long long) +@ stdcall TTDeleteEmbeddedFont(ptr long ptr) +@ stdcall TTEmbedFont(ptr long long ptr ptr ptr ptr ptr long long ptr) +@ stdcall TTEmbedFontFromFileA(ptr str long long long ptr ptr ptr ptr ptr long long ptr) +@ stdcall TTEnableEmbeddingForFacename(str long) +@ stdcall TTGetEmbeddedFontInfo(long ptr long ptr ptr ptr ptr) +@ stdcall TTGetEmbeddingType(ptr ptr) +@ stdcall TTIsEmbeddingEnabled(ptr ptr) +@ stdcall TTIsEmbeddingEnabledForFacename(str ptr) +@ stdcall TTLoadEmbeddedFont(ptr long ptr long ptr ptr ptr wstr str ptr) +@ stdcall TTRunValidationTests(ptr ptr) +@ stub _TTCharToUnicode@24 +@ stub _TTDeleteEmbeddedFont@12 +@ stub _TTEmbedFont@44 +@ stub _TTEmbedFontFromFileA@52 +@ stub _TTEnableEmbeddingForFacename@8 +@ stub _TTGetEmbeddedFontInfo@28 +@ stub _TTGetEmbeddingType@8 +@ stub _TTIsEmbeddingEnabled@8 +@ stub _TTIsEmbeddingEnabledForFacename@8 +@ stub _TTLoadEmbeddedFont@40 +@ stub _TTRunValidationTests@8 +@ stdcall TTEmbedFontEx(ptr long long ptr ptr ptr ptr ptr long long ptr) +@ stdcall TTRunValidationTestsEx(ptr ptr) +@ stdcall TTGetNewFontName(ptr wstr long str long) Propchange: trunk/reactos/dll/win32/t2embed/t2embed.spec ------------------------------------------------------------------------------ svn:eol-style = native Modified: trunk/reactos/dll/win32/win32.rbuild URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/win32.rbuild?rev… ============================================================================== --- trunk/reactos/dll/win32/win32.rbuild [iso-8859-1] (original) +++ trunk/reactos/dll/win32/win32.rbuild [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -511,6 +511,9 @@ <directory name="syssetup"> <xi:include href="syssetup/syssetup.rbuild" /> </directory> +<directory name="t2embed"> + <xi:include href="t2embed/t2embed.rbuild" /> +</directory> <directory name="tapi32"> <xi:include href="tapi32/tapi32.rbuild" /> </directory> Added: trunk/reactos/include/psdk/t2embapi.h URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/psdk/t2embapi.h?re… ============================================================================== --- trunk/reactos/include/psdk/t2embapi.h (added) +++ trunk/reactos/include/psdk/t2embapi.h [iso-8859-1] Wed Apr 22 12:51:09 2009 @@ -1,0 +1,286 @@ +#ifndef __T2EMBED_API_H +#define __T2EMBED_API_H + +#ifndef CHARSET_UNICODE +#define CHARSET_UNICODE 1 +#define CHARSET_DEFAULT 1 +#define CHARSET_SYMBOL 2 +#define CHARSET_GLYPHIDX 3 +#endif + +#ifndef EMBED_PREVIEWPRINT +#define EMBED_PREVIEWPRINT 1 +#define EMBED_EDITABLE 2 +#define EMBED_INSTALLABLE 3 +#define EMBED_NOEMBEDDING 4 +#endif + +#ifndef LICENSE_INSTALLABLE +#define LICENSE_INSTALLABLE 0x0 +#define LICENSE_DEFAULT 0x0 +#define LICENSE_NOEMBEDDING 0x2 +#define LICENSE_PREVIEWPRINT 0x4 +#define LICENSE_EDITABLE 0x8 +#endif + +#ifndef TTEMBED_RAW +#define TTEMBED_RAW 0x0 +#define TTEMBED_SUBSET 0x1 +#define TTEMBED_TTCOMPRESSED 0x4 +#define TTEMBED_FAILIFVARIATIONSIMULATED 0x10 +#define TTEMBED_EMBEDEUDC 0x20 +#define TTEMBED_VALIDATIONTESTS 0x40 +#define TTEMBED_WEBOBJECT 0x80 +#define TTEMBED_ENCRYPTDATA 0x10000000 +#endif + +#ifndef E_NONE +#define E_NONE 0x0 +#endif + +#ifndef E_CHARCODECOUNTINVALID +#define E_CHARCODECOUNTINVALID 0x2 +#define E_CHARCODESETINVALID 0x3 +#define E_DEVICETRUETYPEFONT 0x4 +#define E_HDCINVALID 0x6 +#define E_NOFREEMEMORY 0x7 +#define E_FONTREFERENCEINVALID 0x8 +#define E_NOTATRUETYPEFONT 0xA +#define E_ERRORACCESSINGFONTDATA 0xC +#define E_ERRORACCESSINGFACENAME 0xD +#define E_ERRORUNICODECONVERSION 0x11 +#define E_ERRORCONVERTINGCHARS 0x12 +#define E_EXCEPTION 0x13 +#define E_RESERVEDPARAMNOTNULL 0x14 +#define E_CHARSETINVALID 0x15 +#define E_WIN32S_NOTSUPPORTED 0x16 +#define E_FILE_NOT_FOUND 0x17 +#define E_TTC_INDEX_OUT_OF_RANGE 0x18 +#define E_INPUTPARAMINVALID 0x19 +#endif + +#ifndef E_ERRORCOMPRESSINGFONTDATA +#define E_ERRORCOMPRESSINGFONTDATA 0x100 +#define E_FONTDATAINVALID 0x102 +#define E_NAMECHANGEFAILED 0x103 +#define E_FONTNOTEMBEDDABLE 0x104 +#define E_PRIVSINVALID 0x105 +#define E_SUBSETTINGFAILED 0x106 +#define E_READFROMSTREAMFAILED 0x107 +#define E_SAVETOSTREAMFAILED 0x108 +#define E_NOOS2 0x109 +#define E_T2NOFREEMEMORY 0x10A +#define E_ERRORREADINGFONTDATA 0x10B +#define E_FLAGSINVALID 0x10C +#define E_ERRORCREATINGFONTFILE 0x10D +#define E_FONTALREADYEXISTS 0x10E +#define E_FONTNAMEALREADYEXISTS 0x10F +#define E_FONTINSTALLFAILED 0x110 +#define E_ERRORDECOMPRESSINGFONTDATA 0x111 +#define E_ERRORACCESSINGEXCLUDELIST 0x112 +#define E_FACENAMEINVALID 0x113 +#define E_STREAMINVALID 0x114 +#define E_STATUSINVALID 0x115 +#define E_PRIVSTATUSINVALID 0x116 +#define E_PERMISSIONSINVALID 0x117 +#define E_PBENABLEDINVALID 0x118 +#define E_SUBSETTINGEXCEPTION 0x119 +#define E_SUBSTRING_TEST_FAIL 0x11A +#define E_FONTVARIATIONSIMULATED 0x11B +#define E_FONTVALIDATEFAIL 0x11C +#define E_FONTFAMILYNAMENOTINFULL 0x11D +#endif + +#ifndef E_ADDFONTFAILED +#define E_ADDFONTFAILED 0x200 +#define E_COULDNTCREATETEMPFILE 0x201 +#define E_FONTFILECREATEFAILED 0x203 +#define E_WINDOWSAPI 0x204 +#define E_FONTFILENOTFOUND 0x205 +#define E_RESOURCEFILECREATEFAILED 0x206 +#define E_ERROREXPANDINGFONTDATA 0x207 +#define E_ERRORGETTINGDC 0x208 +#define E_EXCEPTIONINDECOMPRESSION 0x209 +#define E_EXCEPTIONINCOMPRESSION 0x20A +#endif + +#ifdef __cplusplus +extern "C" { +#endif + +typedef unsigned long(WINAPIV *WRITEEMBEDPROC) +( + void* lpvWriteStream, + const void* lpvBuffer, + const unsigned long cbBuffer +); + +typedef unsigned long(WINAPIV *READEMBEDPROC) +( + void* lpvReadStream, + void* lpvBuffer, + const unsigned long cbBuffer +); + + +typedef struct +{ + unsigned long ulStructSize; + long lTestFromSize; + long lTestToSize; + unsigned long ulCharSet; + unsigned short usReserved1; + unsigned short usCharCodeCount; + unsigned short* pusCharCodeSet; +} TTVALIDATIONTESTPARAMS; + +typedef struct +{ + unsigned long ulStructSize; + long lTestFromSize; + long lTestToSize; + unsigned long ulCharSet; + unsigned short usReserved1; + unsigned short usCharCodeCount; + unsigned long* pulCharCodeSet; +} TTVALIDATIONTESTPARAMSEX; + +typedef struct +{ + unsigned short usStructSize; + unsigned short usRootStrSize; + unsigned short *pusRootStr; +} TTEMBEDINFO; + +typedef struct +{ + unsigned short usStructSize; + unsigned short usRefStrSize; + unsigned short *pusRefStr; +} TTLOADINFO; + +LONG +WINAPI +TTCharToUnicode(HDC hDC, + UCHAR* pucCharCodes, + ULONG ulCharCodeSize, + USHORT* pusShortCodes, + ULONG ulShortCodeSize, + ULONG ulFlags); + +LONG +WINAPI +TTDeleteEmbeddedFont(HANDLE hFontReference, + ULONG ulFlags, + ULONG* pulStatus); + +LONG +WINAPI +TTEmbedFont(HDC hDC, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + USHORT* pusCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo); + +LONG +WINAPI +TTEmbedFontFromFileA(HDC hDC, + LPCSTR szFontFileName, + USHORT usTTCIndex, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + USHORT* pusCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo); + +LONG +WINAPI +TTEnableEmbeddingForFacename(LPSTR lpszFacename, + BOOL bEnable); + +LONG +WINAPI +TTGetEmbeddedFontInfo(ULONG ulFlags, + ULONG* pulPrivStatus, + ULONG ulPrivs, + ULONG* pulStatus, + READEMBEDPROC lpfnReadFromStream, + LPVOID lpvReadStream, + TTLOADINFO* pTTLoadInfo); + +LONG +WINAPI +TTGetEmbeddingType(HDC hDC, + ULONG* pulPrivStatus); + +LONG +WINAPI +TTIsEmbeddingEnabled(HDC hDC, + BOOL* pbEnabled); + +LONG +WINAPI +TTIsEmbeddingEnabledForFacename(LPSTR lpszFacename, + BOOL* pbEnabled); + +LONG +WINAPI +TTLoadEmbeddedFont(HANDLE *phFontReference, + ULONG ulFlags, + ULONG* pulPrivStatus, + ULONG ulPrivs, + ULONG* pulStatus, + READEMBEDPROC lpfnReadFromStream, + LPVOID lpvReadStream, + LPWSTR szWinFamilyName, + LPSTR szMacFamilyName, + TTLOADINFO* pTTLoadInfo); + +LONG +WINAPI +TTRunValidationTests(HDC hDC, + TTVALIDATIONTESTPARAMS* pTestParam); + +LONG +WINAPI +TTEmbedFontEx(HDC hDC, + ULONG ulFlags, + ULONG ulCharSet, + ULONG* pulPrivStatus, + ULONG* pulStatus, + WRITEEMBEDPROC lpfnWriteToStream, + LPVOID lpvWriteStream, + ULONG* pulCharCodeSet, + USHORT usCharCodeCount, + USHORT usLanguage, + TTEMBEDINFO* pTTEmbedInfo); + +LONG +WINAPI +TTRunValidationTestsEx(HDC hDC, + TTVALIDATIONTESTPARAMSEX* pTestParam); + +LONG +WINAPI +TTGetNewFontName(HANDLE* phFontReference, + LPWSTR szWinFamilyName, + long cchMaxWinName, + LPSTR szMacFamilyName, + long cchMaxMacName); + +#ifdef __cplusplus + } +#endif + +#endif /* __T2EMBED_API_H */ Propchange: trunk/reactos/include/psdk/t2embapi.h ------------------------------------------------------------------------------ svn:eol-style = native

3 3

Re: [ros-dev] [ros-diffs] [mjmartin] 40630: - edit.c: Add TPM_RETURNCMD flag to TrackPopupMenu so that WM_COMMAND messages are not sent to the edit control. Use WM_MENUSELECT vice WM_COMMAND to determine which clipboard message to send. - Fixes vb apps edit context menu and maybe others. Bug #4404
by Timo Kreuzer 22 Apr '09

22 Apr '09

edit.c is shared with wine. Also using a static variable here looks like a bad idea. I would think that the problem is somewhere else. mjmartin(a)svn.reactos.org schrieb: > Author: mjmartin > Date: Tue Apr 21 08:45:08 2009 > New Revision: 40630 > > URL: http://svn.reactos.org/svn/reactos?rev=40630&view=rev > Log: > - edit.c: Add TPM_RETURNCMD flag to TrackPopupMenu so that WM_COMMAND messages are not sent to the edit control. > Use WM_MENUSELECT vice WM_COMMAND to determine which clipboard message to send. > - Fixes vb apps edit context menu and maybe others. Bug #4404 > > Modified: > trunk/reactos/dll/win32/user32/controls/edit.c > > Modified: trunk/reactos/dll/win32/user32/controls/edit.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/user32/controls/… > ============================================================================== > --- trunk/reactos/dll/win32/user32/controls/edit.c [iso-8859-1] (original) > +++ trunk/reactos/dll/win32/user32/controls/edit.c [iso-8859-1] Tue Apr 21 08:45:08 2009 > @@ -255,7 +255,7 @@ > * WM_XXX message handlers > */ > static LRESULT EDIT_WM_Char(EDITSTATE *es, WCHAR c); > -static void EDIT_WM_Command(EDITSTATE *es, INT code, INT id, HWND conrtol); > +static void EDIT_WM_MenuSelect(EDITSTATE *es, INT code, INT id, HWND conrtol); > static void EDIT_WM_ContextMenu(EDITSTATE *es, INT x, INT y); > static void EDIT_WM_Copy(EDITSTATE *es); > static LRESULT EDIT_WM_Create(EDITSTATE *es, LPCWSTR name); > @@ -947,8 +947,8 @@ > EDIT_WM_Clear(es); > break; > > - case WM_COMMAND: > - EDIT_WM_Command(es, HIWORD(wParam), LOWORD(wParam), (HWND)lParam); > + case WM_MENUSELECT: > + EDIT_WM_MenuSelect(es, HIWORD(wParam), LOWORD(wParam), (HWND)lParam); > break; > > case WM_CONTEXTMENU: > @@ -4224,12 +4224,17 @@ > * WM_COMMAND > * > */ > -static void EDIT_WM_Command(EDITSTATE *es, INT code, INT id, HWND control) > -{ > - if (code || control) > +static void EDIT_WM_MenuSelect(EDITSTATE *es, INT code, INT id, HWND control) > +{ > + > + static INT MenuSelected; > + > + if (id != 0) { > + MenuSelected = id; > return; > - > - switch (id) { > + } > + > + switch (MenuSelected) { > case EM_UNDO: > SendMessageW(es->hwndSelf, WM_UNDO, 0, 0); > break; > @@ -4308,7 +4313,7 @@ > y = rc.top + (rc.bottom - rc.top) / 2; > } > > - TrackPopupMenu(popup, TPM_LEFTALIGN | TPM_RIGHTBUTTON, x, y, 0, es->hwndSelf, NULL); > + TrackPopupMenu(popup, TPM_LEFTALIGN | TPM_RIGHTBUTTON | TPM_RETURNCMD, x, y, 0, es->hwndSelf, NULL); > DestroyMenu(menu); > } > > > >

2 3

Re: [ros-dev] [ros-diffs] [mjmartin] 40557: - Add volatile to variables in OutputDebugStringA. Fix #1 of ? for 3424.
by Timo Kreuzer 21 Apr '09

21 Apr '09

Can you explain, why the variables need to be volatile? This looks like a SEH problem. mjmartin(a)svn.reactos.org schrieb: > Author: mjmartin > Date: Fri Apr 17 13:59:03 2009 > New Revision: 40557 > > URL: http://svn.reactos.org/svn/reactos?rev=40557&view=rev > Log: > - Add volatile to variables in OutputDebugStringA. Fix #1 of ? for 3424. > > Modified: > trunk/reactos/dll/win32/kernel32/debug/output.c > > Modified: trunk/reactos/dll/win32/kernel32/debug/output.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/kernel32/debug/o… > ============================================================================== > --- trunk/reactos/dll/win32/kernel32/debug/output.c [iso-8859-1] (original) > +++ trunk/reactos/dll/win32/kernel32/debug/output.c [iso-8859-1] Fri Apr 17 13:59:03 2009 > @@ -219,9 +219,9 @@ > static BOOL s_bDBMonMutexTriedOpen = FALSE; > > /* local copy of the mutex handle */ > - HANDLE hDBMonMutex = s_hDBMonMutex; > + volatile HANDLE hDBMonMutex = s_hDBMonMutex; > /* handle to the Section of the shared buffer */ > - HANDLE hDBMonBuffer = NULL; > + volatile HANDLE hDBMonBuffer = NULL; > > /* pointer to the mapped view of the shared buffer. It consist of the current > process id followed by the message string */ > @@ -229,11 +229,11 @@ > > /* event: signaled by the debug message monitor when OutputDebugString can write > to the shared buffer */ > - HANDLE hDBMonBufferReady = NULL; > + volatile HANDLE hDBMonBufferReady = NULL; > > /* event: to be signaled by OutputDebugString when it's done writing to the > shared buffer */ > - HANDLE hDBMonDataReady = NULL; > + volatile HANDLE hDBMonDataReady = NULL; > > /* mutex not opened, and no previous attempts to open/create it */ > if(hDBMonMutex == NULL && !s_bDBMonMutexTriedOpen) > @@ -295,10 +295,10 @@ > _SEH2_TRY > { > /* size of the current output block */ > - SIZE_T nRoundLen; > + volatile SIZE_T nRoundLen; > > /* size of the remainder of the string */ > - SIZE_T nOutputStringLen; > + volatile SIZE_T nOutputStringLen; > > /* output the whole string */ > nOutputStringLen = strlen(_OutputString); > @@ -339,11 +339,12 @@ > else > { > /* output in blocks of 512 characters */ > - CHAR a_cBuffer[512]; > + volatile PCHAR a_cBuffer; > + a_cBuffer = (CHAR*)HeapAlloc(GetProcessHeap(), 0, 512); > > /* write a maximum of 511 bytes */ > - if(nOutputStringLen > (sizeof(a_cBuffer) - 2)) > - nRoundLen = sizeof(a_cBuffer) - 2; > + if(nOutputStringLen > 510) > + nRoundLen = 510; > else > nRoundLen = nOutputStringLen; > > @@ -355,6 +356,8 @@ > > /* send the current block to the kernel debugger */ > DbgPrint("%s", a_cBuffer); > + > + HeapFree(GetProcessHeap(), 0, a_cBuffer); > } > > /* move to the next block */ > > >

4 3

Re: [ros-dev] [ros-diffs] [dreimer] 40619: Hopefully a REAL FIX for our new setlocal eats up vars problem
by Timo Kreuzer 21 Apr '09

21 Apr '09

Nope. I replaced my files with the new ones. Now I don't get any output about the compiler version etc at startup anymore and I cannot compile anything. dreimer(a)svn.reactos.org schrieb: > Author: dreimer > Date: Tue Apr 21 03:30:47 2009 > New Revision: 40619 > > URL: http://svn.reactos.org/svn/reactos?rev=40619&view=rev > Log: > Hopefully a REAL FIX for our new setlocal eats up vars problem > > Added: > trunk/tools/RosBE/RosBE-Windows/Root/setlocal.cmd (with props) > Modified: > trunk/tools/RosBE/RosBE-Windows/Root/rosbe-gcc-env.cmd > > Modified: trunk/tools/RosBE/RosBE-Windows/Root/rosbe-gcc-env.cmd > URL: http://svn.reactos.org/svn/reactos/trunk/tools/RosBE/RosBE-Windows/Root/ros… > ============================================================================== > --- trunk/tools/RosBE/RosBE-Windows/Root/rosbe-gcc-env.cmd [iso-8859-1] (original) > +++ trunk/tools/RosBE/RosBE-Windows/Root/rosbe-gcc-env.cmd [iso-8859-1] Tue Apr 21 03:30:47 2009 > @@ -33,51 +33,12 @@ > goto :main > ) > > -setlocal enabledelayedexpansion > - > set _ROSBE_OBJPATH=%_ROSBE_i386_OBJPATH% > set _ROSBE_OUTPATH=%_ROSBE_i386_OUTPATH% > - > -if not "!_ROSBE_ARCH!" == "" ( > - set ROS_ARCH=!_ROSBE_ARCH! > - set ROS_PREFIX=!_ROSBE_ARCH!-pc-mingw32 > - set _ROSBE_TARGET_MINGWPATH=!_ROSBE_BASEDIR!\!_ROSBE_ARCH! > - > - REM HAXX > - > - if "!_ROSBE_ARCH!" == "arm" ( > - set _ROSBE_OBJPATH=!_ROSBE_ARM_OBJPATH! > - set _ROSBE_OUTPATH=!_ROSBE_ARM_OUTPATH! > - ) > - if "!_ROSBE_ARCH!" == "ppc" ( > - set _ROSBE_OBJPATH=!_ROSBE_PPC_OBJPATH! > - set _ROSBE_OUTPATH=!_ROSBE_PPC_OUTPATH! > - ) > - if "!_ROSBE_ARCH!" == "amd64" ( > - set _ROSBE_OBJPATH=!_ROSBE_AMD64_OBJPATH! > - set _ROSBE_OUTPATH=!_ROSBE_AMD64_OUTPATH! > - set ROS_PREFIX=x86_64-pc-mingw32 > - set _ROSBE_TARGET_MINGWPATH=!_ROSBE_BASEDIR!\x86_64 > - ) > - > - REM Check if existant arch > - > - if not exist "!_ROSBE_TARGET_MINGWPATH!\." ( > - echo Unsupported arch specified. Fallback to Default. > - pause > - set _ROSBE_OBJPATH=!_ROSBE_i386_OBJPATH! > - set _ROSBE_OUTPATH=!_ROSBE_i386_OUTPATH! > - set ROS_ARCH= > - set ROS_PREFIX= > - set _ROSBE_TARGET_MINGWPATH= > - ) > -) > - > +"%_ROSBE_BASEDIR%\setlocal.cmd" > :: > :: Set up the GCC 4.x.x build environment. > :: > - > -endlocal > > :main > > > Added: trunk/tools/RosBE/RosBE-Windows/Root/setlocal.cmd > URL: http://svn.reactos.org/svn/reactos/trunk/tools/RosBE/RosBE-Windows/Root/set… > ============================================================================== > --- trunk/tools/RosBE/RosBE-Windows/Root/setlocal.cmd (added) > +++ trunk/tools/RosBE/RosBE-Windows/Root/setlocal.cmd [iso-8859-1] Tue Apr 21 03:30:47 2009 > @@ -1,0 +1,49 @@ > +:: > +:: PROJECT: RosBE - ReactOS Build Environment for Windows > +:: LICENSE: GNU General Public License v2. (see LICENSE.txt) > +:: FILE: Root/setlocal.cmd > +:: PURPOSE: Bypass for the stupid setlocal in CMD Batch > +:: COPYRIGHT: Copyright 2009 Daniel Reimer <reimer.daniel(a)freenet.de> > +:: > +:: > +@echo off > +if not defined _ROSBE_DEBUG set _ROSBE_DEBUG=0 > +if %_ROSBE_DEBUG% == 1 ( > + @echo on > +) > + > + > +if not "%_ROSBE_ARCH%" == "" ( > + set ROS_ARCH=%_ROSBE_ARCH% > + set ROS_PREFIX=%_ROSBE_ARCH%-pc-mingw32 > + set _ROSBE_TARGET_MINGWPATH=%_ROSBE_BASEDIR%\%_ROSBE_ARCH% > + > + REM HAXX > + > + if "%_ROSBE_ARCH%" == "arm" ( > + set _ROSBE_OBJPATH=%_ROSBE_ARM_OBJPATH% > + set _ROSBE_OUTPATH=%_ROSBE_ARM_OUTPATH% > + ) > + if "%_ROSBE_ARCH%" == "ppc" ( > + set _ROSBE_OBJPATH=%_ROSBE_PPC_OBJPATH% > + set _ROSBE_OUTPATH=%_ROSBE_PPC_OUTPATH% > + ) > + if "%_ROSBE_ARCH%" == "amd64" ( > + set _ROSBE_OBJPATH=%_ROSBE_AMD64_OBJPATH% > + set _ROSBE_OUTPATH=%_ROSBE_AMD64_OUTPATH% > + set ROS_PREFIX=x86_64-pc-mingw32 > + set _ROSBE_TARGET_MINGWPATH=%_ROSBE_BASEDIR%\x86_64 > + ) > + > + REM Check if existant arch > + > + if not exist "%_ROSBE_TARGET_MINGWPATH%\." ( > + echo Unsupported arch specified. Fallback to Default. > + pause > + set _ROSBE_OBJPATH=%_ROSBE_i386_OBJPATH% > + set _ROSBE_OUTPATH=%_ROSBE_i386_OUTPATH% > + set ROS_ARCH= > + set ROS_PREFIX= > + set _ROSBE_TARGET_MINGWPATH= > + ) > +) > > Propchange: trunk/tools/RosBE/RosBE-Windows/Root/setlocal.cmd > ------------------------------------------------------------------------------ > svn:eol-style = native > > >

1 0

0.3.9 Status
by Aleksey Bragin 18 Apr '09

18 Apr '09

Hi, by today most of the bugs which were having 0.3.9 as a milestone are fixed - including fixing 4-months old bug with richedit control, properly trimming DLL names during PE loading so that apps now can find their DLLs (previously that failed in some cases), newest downloader problem introduced yesterday and fixed today (not to speak about yesterday's fixes too!). This is a very good example of team collaboration, team effort aimed at a narrow set of problems. It worked very well, and I think we would utilise such bugfixing sessions in future too. Branching date is now set to tomorrow, 17th of April, 2009 and is not going to be changed anymore. As soon as the 0.3.9 branch is created, feature freeze is considered to be finished. After the release is branched, usual testing will be conducted, actual packages built and released as usual. Thank you for your efforts and for being patient with regards to the feature freeze. WBR, Aleksey Bragin.

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev April 2009