- Ros-dev - ReactOS.org

MySQL Bug in RosCMS
by TwoTailedFox 08 Dec '05

08 Dec '05

Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /web/reactos.org/htdocs/roscms/inc/admin_dyncontent.php on line 304 Got this error when attempting to retrieve Dynamic Content listings from the CMS. -- "I had a handle on life, but then it broke"

1 0

Project Status - What everyone is up to
by Steven Edwards 07 Dec '05

07 Dec '05

Hi, I am working to put together the first quarterly project status updates. Could everyone that has commit access or works on the web and translation teams could email me privately about what they are currently working on as well as what they think they may hack on over the next few months? Thanks -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

Build is Broken
by James Tabor 06 Dec '05

06 Dec '05

Hi all, Make clean etc.. .. 8^) James darkstar:/home/ros/rosbackup# make [LD] output-i386/lib/ntdll/ntdll.dll ntdll.temp.exp:fake:(.edata+0xdd8): undefined reference to `__allshr' ntdll.temp.exp:fake:(.edata+0xde8): undefined reference to `__aullshr' ntdll.temp.exp:fake:(.edata+0xdf0): undefined reference to `__fltused' collect2: ld returned 1 exit status make: *** [output-i386/lib/ntdll/ntdll.dll] Error 1

3 4

Linux Build is Broken.
by James Tabor 06 Dec '05

06 Dec '05

Hi all! Did a "make clean && svn up" 4 hours ago and it work fine. So? Both of my trees are doing it. Reactos and rosbackup. I keep two trees just for this reason. darkstar:/home/ros/rosbackup# rm -rf out* darkstar:/home/ros/rosbackup# rm -rf obj* darkstar:/home/ros/rosbackup# make clean [MKDIR] obj-i386/tools [MKDIR] obj-i386/tools/rbuild [MKDIR] obj-i386/tools/rbuild/backend [MKDIR] obj-i386/tools/rbuild/backend/mingw [CC] tools/rbuild/backend/mingw/mingw.cpp [CC] tools/rbuild/backend/mingw/modulehandler.cpp [CC] tools/rbuild/backend/mingw/proxymakefile.cpp [MKDIR] obj-i386/tools/rbuild/backend/devcpp [CC] tools/rbuild/backend/devcpp/devcpp.cpp [MKDIR] obj-i386/tools/rbuild/backend/msvc [CC] tools/rbuild/backend/msvc/genguid.cpp [CC] tools/rbuild/backend/msvc/msvc.cpp [CC] tools/rbuild/backend/msvc/msvcmaker.cpp [CC] tools/rbuild/backend/msvc/vcprojmaker.cpp [CC] tools/rbuild/backend/backend.cpp [CC] tools/rbuild/global.cpp [CC] tools/rbuild/automaticdependency.cpp [CC] tools/rbuild/bootstrap.cpp [CC] tools/rbuild/cdfile.cpp [CC] tools/rbuild/compilationunit.cpp [CC] tools/rbuild/compilationunitsupportcode.cpp [CC] tools/rbuild/compilerflag.cpp [CC] tools/rbuild/configuration.cpp [CC] tools/rbuild/define.cpp [CC] tools/rbuild/directory.cpp [CC] tools/rbuild/exception.cpp [CC] tools/rbuild/filesupportcode.cpp [CC] tools/rbuild/include.cpp [CC] tools/rbuild/installfile.cpp [CC] tools/rbuild/linkerflag.cpp [CC] tools/rbuild/linkerscript.cpp [CC] tools/rbuild/module.cpp [CC] tools/rbuild/project.cpp [CC] tools/rbuild/stubbedcomponent.cpp [CC] tools/rbuild/syssetupgenerator.cpp [CC] tools/rbuild/testsupportcode.cpp [CC] tools/rbuild/wineresource.cpp [CC] tools/rbuild/rbuild.cpp [CC] tools/ssprintf.cpp [CC] tools/xml.cpp [MKDIR] obj-i386/lib/inflib_host [CC] lib/inflib/infcore.c [CC] lib/inflib/infget.c [CC] lib/inflib/infput.c [CC] lib/inflib/infhostgen.c [CC] lib/inflib/infhostget.c [CC] lib/inflib/infhostglue.c [CC] lib/inflib/infhostput.c [MKDIR] output-i386/tools [MKDIR] output-i386/tools/rbuild [LD] output-i386/tools/rbuild/rbuild [CC] tools/bin2c.c [LD] output-i386/tools/bin2c [MKDIR] obj-i386/tools/bin2res [CC] tools/bin2res/bin2res.c [CC] tools/bin2res/mkstemps.c tools/bin2res/mkstemps.c:34:21: process.h: No such file or directory make: *** [obj-i386/tools/bin2res/mkstemps.o] Error 1

2 1

Re: [ros-svn] [weiden] 19919: disable the device if the user selects "Do not show this dialog anymore". However, this doesn't work at the moment because disabling devices isn't implemented. Once it works, umpnpmgr shouldn't display the device install
by TwoTailedFox 05 Dec '05

05 Dec '05

For some reason, when I was running 19899 yesterday, the dialog boxes kept showing on every boot On 12/5/05, weiden(a)svn.reactos.com <weiden(a)svn.reactos.com> wrote: > disable the device if the user selects "Do not show this dialog anymore". However, this doesn't work at the moment because disabling devices isn't implemented. Once it works, umpnpmgr shouldn't display the device installation wizard for disabled devices anymore. > > > Updated files: > trunk/reactos/lib/newdev/newdev.c > trunk/reactos/lib/newdev/newdev.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn > -- "I had a handle on life, but then it broke"

2 1

Re: [ros-dev] My attitude
by Brian 05 Dec '05

05 Dec '05

I guess that would be good, a backer like IBM, but you need to look for companies that would benefit from open source, or else, 9 times out of 10, your gonna get a big, fat 'NO'. ps: you all changed subject *pritty fast*!

2 1

Re: [ros-dev] My attitude
by David Hinz 05 Dec '05

05 Dec '05

Who says, they've got to opensource their drivers? I think it could be a big help, if they would help us with implementing the apis their drivers are úsing, so that their closed-source drivers work fine. Greets, David Hinz Alex Buell schrieb: > On Mon, 5 Dec 2005, Jonathan Andrews wrote: > >>> What I'd really like to see are Hardware Manufacturers getting behind >>> us. Realtek, nVIDIA, ATi, Intel, AMD, VIA, etc, could all be >>> approached, and ask for collaboration on writing GPL Drivers >>> (Although nVIDIA is notoriously skeptical about open-source) >> >> Im sorry, snot came out of my nose laughing when I read this...... If >> you think ANY Manufacturer is going to back an open source windows >> clone when they wont even touch a FreeBSD, let alone a Liux then you >> are not living in the real world. >> >> If you want pure GPL then it is best NOT to contact these people and >> ask, if by some miracle they sent you any data you would probably find >> that you are in breech of NDA if you use it. >> >> Out of your list only VIA will give out data on request, and thats >> only data for devices that don't do multimedia. > > One word: DRM. That's why the likes of NVidia won't give out information > on how their devicess works. >

1 0

RE: [ros-dev] Freeze the trunk and release
by Murphy, Ged (Bolton) 05 Dec '05

05 Dec '05

Murphy, Ged (Bolton) wrote: > > -----Original Message----- > > From: WaxDragon [mailto:waxdragon@gmail.com] > > Sent: 02 December 2005 01:02 > > To: ReactOS Development List > > Subject: Re: [ros-dev] Freeze the trunk and release > > > > > > In my 19792, I have a working dhcp client, and can access the cdrom > > drive, under vmware.. I haven't had a chance to try Firefox. > > > > I'm for a freeze, but against a release at this time. > > > > I think a freeze would lead directly onto a release as all > the critical bugs > should be fixed in the freeze period. > What's happening with this? IIRC, either WD calls for a trunk freeze, or Brandon branches for a release. Neither have happened yet ?? I think we should progress in some way or we'll never see 0.3.0 ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

8 12

Language selection in textmode part of setup
by David Hinz 05 Dec '05

05 Dec '05

When I just looked for something to translate, I updated the translation of syssetup (trunk\reactos\lib\syssetup). While I read through the file, I recognized, that I newer saw this before. When I checked the setup, I found out, that until all steps of the setup are done, everything is in english. Can't we extend the first part of the setup, so that you select your language at the beginning of setup (the way nearly every Linux-distributor is doing it...) so that people who don't understand english very good are able to install ReactOS? Wouldn't this be nice for 0.3.0? Greets, David Hinz

2 2

RE: [ros-dev] Freeze the trunk and release
by Murphy, Ged (Bolton) 05 Dec '05

05 Dec '05

David Hinz wrote: > At the moment, it looks like the next release will be 0.2.9. It definitely is going to be 0.2.9. We are no where near ready for 0.3.0 yet. > I this is the case, I personally think we should branch now > or maybe in a week. Why in a week? We've discussed this a few times and the 1st December was thrown about as a provisional date. I assumed that the release coordinator was going to branch then, or the TC was going to call for a trunk freeze. > But for 0.3.0 I think we should "clean up" the trunk i.e. WaxDragon > should call for a feature freeze and we should fix all bugs and work > very hard on the translations, On the contrary, it's not a feature freeze we need for 0.3.0. There is missing functionality to co-inside with the roadmap. The feature freeze will come when trunk is ready to branch for 0.3.0, or beforehand is the TC deems the trunk to be 'a mess' ;) > as 0.3.0 is one of our major releases and > will be reviewed by a lot of magazines (if we tell them about this > release...), so it should be one of our best releases. I agree, I've already got a few magazines and other features in the pipeline ;) This is another reason I'm hungry to get 0.3.0 out of the door. > Greets, > > David Hinz Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

2 1

Re: [ros-diffs] [gvg] 19895: Make sure that WM_NCPAINT messages are generated by calling BeginPaint
by Filip Navara 05 Dec '05

05 Dec '05

gvg(a)svn.reactos.com wrote: >- if (GetUpdateRect(hWnd, >- &rcUpdate, >- FALSE)) > > The previous code was perfectly valid. Why did you change it? If GetUpdateRect returns FALSE then there's no need to call BeginPaint... - Filip

3 7

RE: [ros-dev] ATT: Ged/Network Dudes
by Murphy, Ged (Bolton) 05 Dec '05

05 Dec '05

Great news !! I have a ream of paper itching to be printed on. -----Original Message----- From: Alex Ionescu [mailto:ionucu@videotron.ca] Sent: 05 December 2005 04:38 To: ReactOS Development List Subject: [ros-dev] ATT: Ged/Network Dudes Hi Ged (and others interested), As I promised to you, I'd like to announce that my user-mode networking code is now complete and will undergo testing for the next 2-3 weeks (just like ws2_32 did) in order to find bugs. I will also do as for ws2_32 and commit it into the branch with the full svn logs of my local svn server. Best regards, Alex Ionescu _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Installer
by Jonathan Andrews 05 Dec '05

05 Dec '05

Hello to the group.... my first post.... I noticed some talk about the Reactos installer following the windows form. As a long time NT admin who moved into product development on Linux I would just like to point out how mediocre the windows installer is. With a bootable linux ISO you get a full network stack, functional USB support, detected UDMA IDE drivers, Vesfa FB X11 etc etc etc... with the windows installer you get a kernel, a few utils and a pretty inflexable installer. Would it not make more sense to write an installer thats based on a bootable Linux image - if nothing else the use of networking offers a host of possibilities (diskless installs, updates from the internet during the install phase and so on). Is the aim to clone windows, or to produce an operating system that is API compatible with win32 ? They are very different aims with very different requirements! Jon

4 3

ATT: Ged/Network Dudes
by Alex Ionescu 05 Dec '05

05 Dec '05

Hi Ged (and others interested), As I promised to you, I'd like to announce that my user-mode networking code is now complete and will undergo testing for the next 2-3 weeks (just like ws2_32 did) in order to find bugs. I will also do as for ws2_32 and commit it into the branch with the full svn logs of my local svn server. Best regards, Alex Ionescu

1 0

the 3 partially duplicated NTSTATUS code copies
by art yerkes 05 Dec '05

05 Dec '05

Does anybody object to consolidating all but one of the partial NTSTATUS_* copies to: #ifndef WIN32_NO_STATUS #include <ddk/ntstatus.h> #endif And keeping the copy in ddk/ntstatus.h ? -- Here's a simple experiment. Stand on a train track between two locomotives which are pushing on you with equal force in opposite directions. You will exhibit no net motion. None the less, you may soon begin to notice that something important is happening. -- Robert Stirniman

3 4

Re: [ros-diffs] [weiden] 19842: get the root fcb when creating a file and no parent fcb is returned
by Hartmut Birr 04 Dec '05

04 Dec '05

weiden(a)svn.reactos.com wrote: > get the root fcb when creating a file and no parent fcb is returned > Modified: trunk/reactos/drivers/fs/vfat/create.c > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/drivers/fs/vfat/create.c* > --- trunk/reactos/drivers/fs/vfat/create.c 2005-12-03 17:33:41 UTC (rev 19841) > +++ trunk/reactos/drivers/fs/vfat/create.c 2005-12-03 18:16:02 UTC (rev 19842) > @@ -564,6 +564,11 @@ > RequestedDisposition == FILE_SUPERSEDE) > { > ULONG Attributes; > > + if (ParentFcb == NULL) > + { > + ParentFcb = vfatOpenRootFCB (DeviceExt); > + ASSERT(ParentFcb != NULL); > + } > > Attributes = Stack->Parameters.Create.FileAttributes; > > vfatSplitPathName(&PathNameU, NULL, &FileNameU); > @@ -600,7 +605,10 @@ > > } > else > { > > - vfatReleaseFCB (DeviceExt, ParentFcb); > > + if (ParentFcb) > + { > + vfatReleaseFCB (DeviceExt, ParentFcb); > + } > > return(Status); > } > } > I think, this change is wrong. If VfatOpenFile returns with an error and without a parent fcb, we have to return the error. - Hartmut

2 3

Symbolic Links
by David Hinz 04 Dec '05

04 Dec '05

I was just wondering, if we could implement symbolic links in ReactOS. As I don't want to add this feature to every filesystem that doesn't support symbolic links, I thought about another way. I had two ideas: 1. Use a file for this, comparable to files like HOSTS etc 2. Use the registry The more I thought about this, I liked my second idea more than my first and noticed what a great thing the registry is. We could simply add keys like HKEY_LOCAL_MACHINE\SYSTEM\symlinks\C:\My Files and set the target directory as it's value. It's very easy to search for such keys, so it shouldn't be that hard to implement it into the IFS-driver. More complicated would be the implementation into explorer and the creation of a commandline utility. A second feature could be to create such links for every user, so that every user could use C:\My Files\... which would be linked to C:\Documents and Settings\Username\My Files\... and he wouldn't even notice. I think that would be a nice feature and I would really like to implement this, but I'm afraid I can't do this alone, as I don't have much experience and I'm just beginning to learn C++ and asm, so it would be nice, if someone of you who likes this idea could help me with this. Greets, David Hinz

5 9

Re: [ros-svn] [ion] 19847: - Fix KeAttackProcess, KeStackAttachProcess, KeUnstackDetachProcess and KeDetachProcess. The code was brain-dead and I must've been drunk when I first wrote it.
by Alex Ionescu 04 Dec '05

04 Dec '05

ion(a)svn.reactos.com wrote: >- Fix KeAttackProcess, KeStackAttachProcess, KeUnstackDetachProcess and KeDetachProcess. The code was brain-dead and I must've been drunk when I first wrote it. >- Update some NDK definitions and some fixes. >- Update HAL Private Dispatch Table to 2.0 >- Make RtlIpv* API definitions more correct. > > > > With this patch it is now possible to use process explorer: http://www.relsoft.net/yay.png There are some nice GUI bugs... the options menu is "expanded" and becomes part of the main menu bar... Also double-clicking to open the process properties makes the dialog hidden in the top-left corner..all I can see is the resizing slider. Best regards, Alex Ionescu

1 0

RE: [ros-dev] vc-2005 don't compile reactos-explorer (19750_
by Murphy, Ged (Bolton) 03 Dec '05

03 Dec '05

Didn't notice you were only referring to explorer. Ignore my mail below unless you want to build the whole thing -----Original Message----- From: Murphy, Ged (Bolton) [mailto:MurphyG@cmpbatteries.co.uk] Sent: 03 December 2005 12:26 To: 'ReactOS Development List' Subject: RE: [ros-dev] vc-2005 don't compile reactos-explorer (19750_ The msvc backend is not yet complete, this we don't fully support msvc at this stage. If you want to build, you will need to use mingw / gcc. However you can build some sub projects within the ReacOS solution. Run 'make msvc8' (you will need to have built rbuild) to populate the tree with the relevant vcproj files and try a few things like arp. Ged. -----Original Message----- From: hys545(a)dreamwiz.com [mailto:hys545@dreamwiz.com] Sent: 03 December 2005 12:12 To: ros-dev(a)reactos.org Subject: [ros-dev] vc-2005 don't compile reactos-explorer (19750_ Compiling... precomp.cpp c:\work\explorer\utility/shellclasses.h(556) : error C2504: 'IShellFolderPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(557) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(567) : error C2738: 'operator bool' : is ambiguous or is not a member of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(555) : see declaration of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(578) : error C2504: 'IShellLinkWPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(579) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(583) : error C2614: 'ShellLinkPtr' : illegal member initialization: 'super' is not a base or member c:\work\explorer\utility/shellclasses.h(674) : error C2819: type 'ShellFolder' does not have an overloaded member 'operator ->' ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

[Fwd: [ros-svn] CC: Eric/IDL Guys - MIDL Compatibility]
by Alex Ionescu 03 Dec '05

03 Dec '05

8 10

vc-2005 don't compile reactos-explorer (19750_
by 황윤성 03 Dec '05

03 Dec '05

2 1

RE: [ros-dev] vc-2005 don't compile reactos-explorer (19750_
by Murphy, Ged (Bolton) 03 Dec '05

03 Dec '05

The msvc backend is not yet complete, this we don't fully support msvc at this stage. If you want to build, you will need to use mingw / gcc. However you can build some sub projects within the ReacOS solution. Run 'make msvc8' (you will need to have built rbuild) to populate the tree with the relevant vcproj files and try a few things like arp. Ged. -----Original Message----- From: hys545(a)dreamwiz.com [mailto:hys545@dreamwiz.com] Sent: 03 December 2005 12:12 To: ros-dev(a)reactos.org Subject: [ros-dev] vc-2005 don't compile reactos-explorer (19750_ Compiling... precomp.cpp c:\work\explorer\utility/shellclasses.h(556) : error C2504: 'IShellFolderPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(557) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(567) : error C2738: 'operator bool' : is ambiguous or is not a member of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(555) : see declaration of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(578) : error C2504: 'IShellLinkWPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(579) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(583) : error C2614: 'ShellLinkPtr' : illegal member initialization: 'super' is not a base or member c:\work\explorer\utility/shellclasses.h(674) : error C2819: type 'ShellFolder' does not have an overloaded member 'operator ->' ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Office 2000 install
by Steven Edwards 03 Dec '05

03 Dec '05

Hi, I have been able to get Office 2000 to mostly install with this msi.dll http://steven-edwards.kicks-ass.org/~sedwards/msi.dll It is a port of the msi from CrossOver 5.0 release with a few tweaks. The issue I am having now is that Office applications fail to load due to usermode exceptions on oso9.dll or whatever the core Office dll is. If anyone is interested could they take a look at this? You need install using msiexec /i package.msi where package.msi is the main Office2000 msi on the CD. There is still some issue where the setup.exe program thinks it needs to upgrade our msi. Thanks Steven -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

test
by Magnus Olsen 03 Dec '05

03 Dec '05

test

1 0

Re: [ros-svn] [greatlrd] 19832: Corretat en översätting miss upptäckes av harteex program files till program
by Thomas Weidenmueller 02 Dec '05

02 Dec '05

greatlrd(a)svn.reactos.com wrote: > Corretat en översätting miss upptäckes av harteex program files till program Can we please keep the commit messages in English? ;-) - Thomas

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev