Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

RE: [ros-dev] 7-zip - holy smokes!
by Waldo Alvarez Cañizares 21 Apr '05

21 Apr '05

Hi: I doubt normal Windows users will be downloading sources of anything ever. BTW is a lot more dificult to set the build environment than to decompress the sources using 7zip. Beleiveme is a real pain to download ROS if you have a dialup connection. Why waste our time when we don't need to. Again if still you consider that a zip distribution should still be available for download why not distribute both zip and 7zip. Is that much space? Or it takes to much time to pack? I would answer no to both questions. Regards Waldo -----Original Message----- From: ros-dev-bounces(a)reactos.com on behalf of Andrew Flynn Sent: Thu 4/14/2005 4:28 AM To: ReactOS Development List Subject: Re: [ros-dev] 7-zip - holy smokes! I agree with Michael B. 7Zip is superior to ZIP. You have to remember who will be downloading the source, compressed files. Is it going to be standard windows users that use winzip and nothing else? When it comes to mass distribution of images, the iso format seems like a sensible choice, where the setup programs can utilise whatever compression they like. PKZip may be the most popular, but that does not mean that ReactOS files have to use it. Michael B. Trausch wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: RIPEMD160 > >Thomas Weidenmueller wrote: > > >>I don't think it's a good choice for our public downloads, the avarage >>user most likely will not know this format. zip still is THE standard. >> >> >> > >True, it is. However, end-users will follow whatever trends are set for >them. ZIP got to be big and well-known because of PKZip, honestly. > >If 7-Zip is that much better, then I'd say we go for it and put in >something like red text above the link to the downloads page that we use >7-Zip. > >Or, we could give users their option and offer both. Those concerned >about bandwidth would use the 7-Zip version, and those who don't care >can go with the other one. > >As far as users and .EXE files - End Users download EXE files all of the >time. They don't know any better. They see the box in MSIE and go, >"Yeah, whatever, it's my computer and I wanna download it," click it >away and move on. *shrugs* > >That's why I make money outside of my job, cleaning up after people's >idiotic mistakes, but that's another story altogether. If we offer them >a self-extracting version and a 7-Zip'd version, that'd be even better >in terms of download time/bandwidth. > >Not to mention, if 7-Zip can be distributed with ReactOS, it's a good >way to get it out there. Since it's under LGPL, it'd be something that >could even be built into ReactOS in the same way as .ZIP format support >is built into more recent versions of Windows (and hopefully, just as >easy to disable, because I hate that feature, but plenty of people >absolutely love it). > >Not only all of that, but since it's a superior compression scheme, it'd >be logical to support it and help further it's distribution so that >people would use it. People don't just sit down very frequently and go, >"Hrm. I think I am going to search out a new way to compress my files," >because they figure that compression is compression is compression, and >that's all there is to it. > >All in all, I think it'd be wise, especially over the long-term, to use >and support 7-Zip. > > - Mike > >- -- >Michael B. Trausch <fd0man(a)gmail.com> >Website: http://fd0man.chadeux.net/ Jabber: mtrausch(a)jabber.com >Phone: +1-(678)-522-7934 FAX (US Only): 1-866-806-4647 >=================================================================== >Do you have PGP or GPG? Key at pgp.mit.edu, Please Encrypt E-Mail! > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.1 (MingW32) >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > >iD8DBQFCXcHQPXInbkqM7nwRA4D1AJ93vO8bTantG9QSWgtejVN0CotNiQCfe1rM >z6njCB0ucQYWNIAoofS9bD8= >=d5Zf >-----END PGP SIGNATURE----- >_______________________________________________ >Ros-dev mailing list >Ros-dev(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-dev > > > > _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

7 6

ReactOS Banner
by Jason Filby 19 Apr '05

19 Apr '05

Hi all I remember someone removed the 'User Site' from the ReactOS banner on our current site. Can that someone please send me the image, it seems people would like to see it on the new site design. Thanks Jason

2 1

problems about ros-diffs and viewcvs
by d_layer 19 Apr '05

19 Apr '05

Hello, Currently I'm experiencing two problems. Is there any plan to fix them? 1. ros-diffs list no longer delivers HTML mails. (since revision 14639) 2. Accessing to http://svn.reactos.com/viewcvs/ now requires an authentication. (I don't know exact date of occurrence) Thanks, -- d_layer

2 1

Broken!
by James Tabor 19 Apr '05

19 Apr '05

Hi, (NTDLL:ldr/utils.c:2039) Failed to create or open dll section of '\??\C:\ReactOS \system32\csrss.exe' (Status c0000135) Unhandled exception Address: 7c924078 C:\ReactOS\system32\ntdll.dll CS:EIP 1b:7c924078 DS 23 ES 23 FS 3b GS 23 EAX: 00a08139 EBX: 008f6500 ECX: 00000004 EDX: 00007269 EBP: 0055d96c ESI: 77a94000 ESP: 0055d964 EDI: 00a08139 EFLAGS: 00010202 Frames: 77a90000+1454 C:\ReactOS\system32\VERSION.dll 77a90000+148d C:\ReactOS\system32\VERSION.dll 400000+115d C:\ReactOS\tools\listdlls.EXE (toolbar.c:411:TOOLBAR_GetImageListForDrawing) bitmap for ID 0, index 1 is not v alid, number of bitmaps in imagelist: 0 (NTDLL:ldr/utils.c:2097) Relocating (77ed0000 -> 750000) C:\ReactOS\system32\gdi 32.dll (rpcrt4_main.c:156:DllMain) Failed to create master mutex (ps/cid.c:119) CID Obj type mismatch handle 0x4 Thread vs 0x1 mm/mm.c:338 Unhandled exception Address: 4018bf C:\ReactOS\bin\ps.EXE CS:EIP 1b:4018bf DS 23 ES 23 FS 3b GS 23 EAX: 00651aa0 EBX: 0042e000 ECX: 00651938 EDX: 00651b8c EBP: 0064ff88 ESI: 00000000 ESP: 0064fcd0 EDI: 0064fd1e EFLAGS: 00010216 Frames: 400000+11e7 C:\ReactOS\bin\ps.EXE 400000+1238 C:\ReactOS\bin\ps.EXE 7c800000+2876f C:\ReactOS\system32\kernel32.dll Listdll and ps both work with XP so??? What is wrong with ROS? James

2 1

RosApps CTM Broken
by James Tabor 19 Apr '05

19 Apr '05

Hi, Need to check this one too. make[1]: Entering directory `/home/ros/rosapps/sysutils/ctm' ctm: [CC] ctm.c ctm.c: In function `PerfDataRefresh': ctm.c:356: error: `PSYSTEM_PROCESSES' undeclared (first use in this function) ctm.c:356: error: (Each undeclared identifier is reported only once ctm.c:356: error: for each function it appears in.) ctm.c:356: error: syntax error before "pSPI" ctm.c:361: error: `PSYSTEM_PROCESSORTIME_INFO' undeclared (first use in this function) ctm.c:361: error: syntax error before "SysProcessorTimeInfo" ctm.c:377: error: `SysProcessorTimeInfo' undeclared (first use in this function) ctm.c:377: error: syntax error before "malloc" ctm.c:378: error: `SYSTEM_PROCESSORTIME_INFO' undeclared (first use in this function) ctm.c:382: error: syntax error before ')' token ctm.c:419: error: `pSPI' undeclared (first use in this function) ctm.c:419: error: syntax error before "pBuffer" ctm.c:431: error: syntax error before "pBuffer" make[1]: *** [ctm.o] Error 1 make[1]: Leaving directory `/home/ros/rosapps/sysutils/ctm' James

1 0

Re: [ros-svn] [navaraf] 14686: Reenable ControlService and fix syntax errors in svcctl.idl.
by Thomas Weidenmueller 18 Apr '05

18 Apr '05

navaraf(a)svn.reactos.com wrote: > Reenable ControlService and fix syntax errors in svcctl.idl. That fixes the problems, thanks. Thomas

1 0

Re: [ros-svn] [navaraf] 14686: Reenable ControlService and fix syntax errors in svcctl.idl.
by James Tabor 18 Apr '05

18 Apr '05

Hi! navaraf(a)svn.reactos.com wrote: > Reenable ControlService and fix syntax errors in svcctl.idl. > > > Updated files: > trunk/reactos/include/idl/svcctl.idl > trunk/reactos/lib/advapi32/service/scm.c > trunk/reactos/subsys/system/services/rpcserver.c > advapi32: [DEPENDS] token/.token.d advapi32: [DEPENDS] token/.privilege.d advapi32: [DEPENDS] service/.undoc.d advapi32: [DEPENDS] service/.sctrl.d advapi32: [DEPENDS] service/.scm.d service/scm.c:16:22: svcctl_c.h: No such file or directory advapi32: [DEPENDS] service/.eventlog.d ../../include/idl/svcctl.idl:17: Error: syntax error make[1]: *** [service/svcctl_c.c] Error 1 At revision 14686. James

1 0

Re: [ros-svn] [ekohl] 14656: Support out-pointers to structs.
by Thomas Weidenmueller 18 Apr '05

18 Apr '05

ekohl(a)svn.reactos.com wrote: > Support out-pointers to structs. > > > Updated files: > trunk/reactos/tools/widl/ChangeLog > trunk/reactos/tools/widl/server.c I believe these changes causes a crash when trying to compile subsys/system/services: gcc -Wall -Werror -fno-builtin -D__USE_W32API -D_WIN32_IE=0x0500 -D_WIN32_WINNT= 0x501 -DWINVER=0x600 -DUNICODE -D_UNICODE -I. -O2 -Wno-strict-aliasing -I../../. ./include -I../../../w32api/include -pipe -march=i486 -D_M_IX86 -g -M rpcserver. c | ..\..\..\tools\depends.exe . .rpcserver.d rpcserver.c:13:22: svcctl_s.h: No such file or directory gcc -Wall -Werror -fno-builtin -D__USE_W32API -D_WIN32_IE=0x0500 -D_WIN32_WINNT= 0x501 -DWINVER=0x600 -DUNICODE -D_UNICODE -I. -O2 -Wno-strict-aliasing -I../../. ./include -I../../../w32api/include -pipe -march=i486 -D_M_IX86 -g -M services.c | ..\..\..\tools\depends.exe . .services.d gcc -Wall -Werror -fno-builtin -D__USE_W32API -D_WIN32_IE=0x0500 -D_WIN32_WINNT= 0x501 -DWINVER=0x600 -DUNICODE -D_UNICODE -I. -O2 -Wno-strict-aliasing -I../../. ./include -I../../../w32api/include -pipe -march=i486 -D_M_IX86 -g -M database.c | ..\..\..\tools\depends.exe . .database.d ../../../tools/widl/widl -o -h -H svcctl_s.h -s -S svcctl_s.c ../../../include/i dl/svcctl.idl ../../../include/idl/svcctl.idl:124: Oops, segment violation This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. make: *** [svcctl_s.c] Error 3

5 7

RE: [ros-dev] new keyboard layout
by Roman Hoegg 18 Apr '05

18 Apr '05

1 0

Re: Comment on ROS
by Jason Filby 18 Apr '05

18 Apr '05

Thanks Martin! On 4/17/05, J.S. Martin <josmar52789(a)gmail.com> wrote: > I think you guys are doing a great job with ReactOS. I tried it out > about a year ago and I thought it was OK, not useful to my needs, but > a good effort. Then I tried it out yesterday and I was absolutely > amazed! If you guys keep trying and keep making progress, you will > certainly make this a great OS and I will definitely be willing to use > it all the time. Keep up the great work! > -- > J.S. Martin >

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