Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

ReactOS build fallen over
by Wesley Parish 16 Oct '05

16 Oct '05

I started compiling ReactOS 0.2.7 on my Linux box uname -a Linux localhost 2.6.3-7mdk #1 Wed Mar 17 15:56:42 CET 2004 i686 Celeron (Coppermine) unknown GNU/Linux This was the result. I'm using i586-mingw32mscv-*. Now my question is, in which file do I find the elusive (PREFIX)? Because I can't find it in Makefile. [wparish@localhost reactos027]$ make [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 [CC] tools/rbuild/backend/backend.cpp [CC] tools/rbuild/automaticdependency.cpp [CC] tools/rbuild/bootstrap.cpp [CC] tools/rbuild/cdfile.cpp [CC] tools/rbuild/compilerflag.cpp [CC] tools/rbuild/configuration.cpp [CC] tools/rbuild/define.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/module.cpp [CC] tools/rbuild/project.cpp [CC] tools/rbuild/ssprintf.cpp [CC] tools/rbuild/stubbedcomponent.cpp [CC] tools/rbuild/testsupportcode.cpp [CC] tools/rbuild/wineresource.cpp [CC] tools/rbuild/XML.cpp [CC] tools/rbuild/rbuild.cpp [MKDIR] output-i386/tools [MKDIR] output-i386/tools/rbuild [LD] output-i386/tools/rbuild/rbuild [MKDIR] obj-i386/tools/bin2res [CC] tools/bin2res/bin2res.c [CC] tools/bin2res/mkstemps.c [MKDIR] output-i386/tools/bin2res [LD] output-i386/tools/bin2res/bin2res [MKDIR] obj-i386/tools/buildno [CC] tools/buildno/buildno.cpp [CC] tools/buildno/exception.cpp [CC] tools/buildno/ssprintf.cpp [CC] tools/buildno/XML.cpp [MKDIR] output-i386/tools/buildno [LD] output-i386/tools/buildno/buildno [BUILDNO] include/reactos/buildno.h [MKDIR] obj-i386/tools/wmc [CC] tools/wmc/getopt.c [CC] tools/wmc/lang.c [CC] tools/wmc/mcl.c [CC] tools/wmc/utils.c [CC] tools/wmc/wmc.c [CC] tools/wmc/write.c [CC] tools/wmc/y_tab.c [CC] tools/wmc/misc.c [MKDIR] output-i386/tools/wmc [LD] output-i386/tools/wmc/wmc [WMC] include/reactos/bugcodes.h [WMC] include/reactos/errcodes.h [MKDIR] obj-i386/tools/nci [CC] tools/nci/ncitool.c [MKDIR] output-i386/tools/nci [LD] output-i386/tools/nci/nci [NCI] ntoskrnl/include/internal/napi.h [MKDIR] obj-i386/tools/gendib [CC] tools/gendib/gendib.c [MKDIR] output-i386/tools/gendib [LD] output-i386/tools/gendib/gendib [GENDIB] subsys/win32k/dib/dib16gen.c [RBUILD] makefile.auto Reading build files...done Detecting compiler...not detected Detecting netwide assembler...detected (nasm) Detecting compiler -pipe support...not detected Detecting compiler pre-compiled header support...not detected Processing modules...done Creating directories...done Unpacking WINE resources...done Generating test support code...done Generating proxy makefiles...done Checking automatic dependencies...done [DLLTOOL] obj-i386/lib/kernel32/libkernel32.a make: mingw32-dlltool: Command not found make: *** [obj-i386/lib/kernel32/libkernel32.a] Error 127 [wparish@localhost reactos027]$ -- Clinersterton beademung, with all of love - RIP James Blish ----- Mau e ki, he aha te mea nui? You ask, what is the most important thing? Maku e ki, he tangata, he tangata, he tangata. I reply, it is people, it is people, it is people.

2 2

Re: [ros-diffs] [hbirr] 18481: Don't use alloca in a macro, which may be used in a loop. This does fix bug #805.
by Gunnar Dalsnes 15 Oct '05

15 Oct '05

This is not the right fix... I will revert these changes when i come up with a proper fix. I also dont understand how this can fix bug 805 (eternal loop in thread windows cleanup routine). Even with your changes the eternal loop is still there, it just doesnt run out of stack? G. hbirr(a)svn.reactos.com wrote: > Don't use alloca in a macro, which may be used in a loop. This does fix bug #805. >

2 1

file copy during install
by Hartmut Birr 15 Oct '05

15 Oct '05

Hi, during install, I see the following two lines: (lib\setupapi\queue.c:1441) copy error 2 L"C:\\ReactOS\\inf\\ne2000.sys" -> L"C:\\ReactOS\\System32\\drivers\\ne2000.sys" (lib\setupapi\queue.c:1441) copy error 2 L"C:\\ReactOS\\inf\\pci.sys" -> L"C:\\ReactOS\\System32\\drivers\\pci.sys" Why does ROS try to copy drivers from the inf directory? - Hartmut

2 1

0.2.8 Branch
by Brandon Turner 15 Oct '05

15 Oct '05

After switching too DBG = 0 i get the following error: [WRC] obj-i386\apps\utils\net\tcpsvcs\quotes.coff [WRC] obj-i386\apps\utils\net\tcpsvcs\tcpsvcs.coff [LD] output-i386\apps\utils\net\tcpsvcs\tcpsvcs.exe [RSYM] output-i386\apps\utils\net\tcpsvcs\tcpsvcs.exe [CC] apps\utils\net\telnet\src\ansiprsr.cpp [CC] apps\utils\net\telnet\src\keytrans.cpp C:/RosBE/bin/../lib/gcc/mingw32/3.4.4/../../../../include/c++/3.4.4/bits/stl_uni nitialized.h: In member function `void std::vector<_Tp, _Alloc>::reserve(size_t) [with _Tp = KeyMap, _Alloc = std::allocator<KeyMap>]': C:/RosBE/bin/../lib/gcc/mingw32/3.4.4/../../../../include/c++/3.4.4/bits/stl_uni nitialized.h:82: warning: '__cur' might be used uninitialized in this function mingw32-make: *** [obj-i386\apps\utils\net\telnet\src\keytrans.o] Error 1 Do i need to update anything? Brandon

3 3

Winsock 2.2 Status
by Alex Ionescu 15 Oct '05

15 Oct '05

Hi, As many of you know, I've been working on Winsock for the last 3 weeks, then lost all my work. I have finished writing everything that I had lost and did some serious tests with MIRC. I want to update Ged, Waxdragon, Ge, Magnus and the others which were interested in a status report. MIRC uses some serious features, including asyncronous hostname lookups, which is an extremly complex part of ws2_32.dll. After fixing about 20 bugs (let me add a small note here: Microsoft has done some SERIOUSLY amazing work with MSVC 2005. The latest RC1 is now even faster, since the internal build system was updated and now supports multi-threaded compiles: ws2_32 takes me 2.5 seconds (officially timed) to compile AND link AND rc with full optimizations + pdb generated... not only did fast rebuild times help out during testing, but the integrated debugger just keeps getting better too. Finding those 20 bugs was extremly easy), I was able to connect to MIRC by using /server irc.freenode.net and join the channels, identify and talk normally. DCC transfer worked as well. Almost all of the ws2_32 APIs were being called, and both TCP and UDP (from dnsapi) communication seemed to work fine. In other words, mirc was fully usable with my ws2_32.dll My next test app is firefox. As of now, it loads fine but hangs at 100% cpu usage. I'm guessing it must be another small bug causing an inifite loop somewhere. Since it's 4AM now, I'll go sleep and check it out tomorrow. Best regards, Alex Ionescu

2 1

Re: [ros-svn] [hbirr] 18481: Don't use alloca in a macro, which may be used in a loop. This does fix bug #805.
by Royce Mitchell III 15 Oct '05

15 Oct '05

hbirr(a)svn.reactos.com wrote: >Don't use alloca in a macro, which may be used in a loop. This does fix bug #805. > > > >Updated files: >trunk/reactos/subsys/win32k/include/object.h >trunk/reactos/subsys/win32k/ntuser/accelerator.c >trunk/reactos/subsys/win32k/ntuser/caret.c >trunk/reactos/subsys/win32k/ntuser/class.c >trunk/reactos/subsys/win32k/ntuser/focus.c >trunk/reactos/subsys/win32k/ntuser/message.c >trunk/reactos/subsys/win32k/ntuser/misc.c >trunk/reactos/subsys/win32k/ntuser/msgqueue.c >trunk/reactos/subsys/win32k/ntuser/painting.c >trunk/reactos/subsys/win32k/ntuser/scrollbar.c >trunk/reactos/subsys/win32k/ntuser/vis.c >trunk/reactos/subsys/win32k/ntuser/window.c >trunk/reactos/subsys/win32k/ntuser/winpos.c >trunk/reactos/subsys/win32k/objects/color.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.org >http://www.reactos.org/mailman/listinfo/ros-svn > >. > > > I think this fix should be applied to 0.2.8

1 0

Re: [ros-svn] [greatlrd] 18471: Japanese translation by tsk email tsk_n@mail.goo.ne.jp
by Thomas Weidenmueller 15 Oct '05

15 Oct '05

greatlrd(a)svn.reactos.com wrote: > Added files: > trunk/reactos/lib/msi/msi_Ja.rc > trunk/reactos/lib/oleaut32/oleaut32_Ja.rc > trunk/reactos/lib/shdocvw/Ja.rc > > Updated files: > trunk/reactos/lib/comctl32/comctl_Ja.rc > trunk/reactos/lib/comdlg32/cdlg_Ja.rc > trunk/reactos/lib/mpr/mpr_Ja.rc > trunk/reactos/lib/msacm/msacm_Ja.rc > trunk/reactos/lib/msi/msi.rc > trunk/reactos/lib/oleaut32/oleaut32.rc > trunk/reactos/lib/oledlg/oledlg_Ja.rc > trunk/reactos/lib/setupapi/Ja.rc > trunk/reactos/lib/shdocvw/shdocvw.rc > trunk/reactos/lib/shell32/shell32_Ja.rc > trunk/reactos/lib/shlwapi/shlwapi_Ja.rc > trunk/reactos/lib/wininet/wininet_Ja.rc > trunk/reactos/lib/winmm/winmm_Ja.rc I hope you're also going to submit all these changes to winehq... - Thomas

1 0

Reactos 0.2.8 RC-1 is out
by Robert Köpferl 15 Oct '05

15 Oct '05

You can find a new version on SF.NET Initial network support and some more complex apps as firefox respectively seamonkey seem to work. Against to what I wrote, there's no additional app included in this RC. I try to include some in the qemu variant for the next RC. And for the intermediate time I question you to download the RC1 and try it out, PLUS report bugs into our nice bugzilla!

6 5

Re: [ros-svn] [greatlrd] 18464: Fixing directx headers from wine, by adding alot of missing struct and some struct was wrong. Complete the header dmemmgr.h it was missing and move stuff into that header.
by Alex Ionescu 15 Oct '05

15 Oct '05

greatlrd(a)svn.reactos.com wrote: >Fixing directx headers from wine, by adding alot of missing struct and some struct was wrong. Complete the header dmemmgr.h it was missing and move stuff into that header. > > >Added files: >trunk/reactos/w32api/include/ddk/dmemmgr.h > >Updated files: >trunk/reactos/w32api/include/ddk/ddrawi.h >trunk/reactos/w32api/include/ddk/ddrawint.h >trunk/reactos/w32api/include/ddk/dvp.h > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.org >http://www.reactos.org/mailman/listinfo/ros-svn > > > This breaks the build. Best regards, Alex Ionescu

2 1

RE: [ros-dev] Winsock 2.2 Status
by Murphy, Ged (Bolton) 15 Oct '05

15 Oct '05

Fantastic news Alex! Can't wait to get hold of it and read through it, and put it through some tests. It's all about the networking with me ;) -----Original Message----- From: Alex Ionescu [mailto:ionucu@videotron.ca] Sent: 15 October 2005 09:06 To: ReactOS Development List Subject: [ros-dev] Winsock 2.2 Status Hi, As many of you know, I've been working on Winsock for the last 3 weeks, then lost all my work. I have finished writing everything that I had lost and did some serious tests with MIRC. I want to update Ged, Waxdragon, Ge, Magnus and the others which were interested in a status report. MIRC uses some serious features, including asyncronous hostname lookups, which is an extremly complex part of ws2_32.dll. After fixing about 20 bugs (let me add a small note here: Microsoft has done some SERIOUSLY amazing work with MSVC 2005. The latest RC1 is now even faster, since the internal build system was updated and now supports multi-threaded compiles: ws2_32 takes me 2.5 seconds (officially timed) to compile AND link AND rc with full optimizations + pdb generated... not only did fast rebuild times help out during testing, but the integrated debugger just keeps getting better too. Finding those 20 bugs was extremly easy), I was able to connect to MIRC by using /server irc.freenode.net and join the channels, identify and talk normally. DCC transfer worked as well. Almost all of the ws2_32 APIs were being called, and both TCP and UDP (from dnsapi) communication seemed to work fine. In other words, mirc was fully usable with my ws2_32.dll My next test app is firefox. As of now, it loads fine but hangs at 100% cpu usage. I'm guessing it must be another small bug causing an inifite loop somewhere. Since it's 4AM now, I'll go sleep and check it out tomorrow. 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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev