Menu
▾
▴
reactos-kernel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(64) |
Oct
(438) |
Nov
(183) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(132) |
May
(466) |
Jun
(366) |
Jul
(392) |
Aug
(31) |
Sep
(18) |
Oct
|
Nov
|
Dec
|
|
From: Rex J. <re...@lv...> - 2002-05-11 17:17:42
|
At 10:19 PM 5/8/02 -0700, Rex Jolliff wrote: >At 07:41 PM 5/8/02 +0000, you wrote: >>Hi, >> >>I've set the mailing list to reply to list by default as people wanted and >>also removed the limit on message sizes. >> >>Rex: Is there any chance of the cvs commit mail messages being restored >>soon? There is a reactos-cvs-commit mailing list set up at sourceforge for >>them to be sent to. > >I forgot about the commit mailer. I'll get it going this weekend. this should now be fixed. It was still sending to the old mailling list address. >>_______________________________________________________________ >> >>Have big pipes? SourceForge.net is looking for download mirrors. We supply >>the hardware. You get the recognition. Email Us: ban...@so... >>_______________________________________________ >>reactos-kernel mailing list >>rea...@li... >>https://lists.sourceforge.net/lists/listinfo/reactos-kernel > >Rex Jolliff >re...@lv... > > >_______________________________________________________________ > >Have big pipes? SourceForge.net is looking for download mirrors. We supply >the hardware. You get the recognition. Email Us: ban...@so... >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel Rex Jolliff re...@lv... |
|
From: Jason F. <jas...@ya...> - 2002-05-11 17:09:08
|
Excellent! - Jason --- Steven Edwards <ste...@ya...> wrote: > > Yes. > > > > I think that I can do it for us. > > > > I'm now running only RedHat Linux 7.3 at home, > > > > but at the work I have MS OSes. > > > > In case we dont say say it much, I'm happy we have a > very active excited group. Thanks for all the reports > and testing David. > > Jason: Jacob have been working on the mingw port of > the wine regression suite. If you go to winehq.com and > look at the mail archives you will see our > disucssions. The unit tests that are done in C are no > problem, we just need to make some makefile/configure > changes to wine so you can ./configure the source and > build the regression suite for mingw and use it on > ReactOS > > Thanks > Steven > > __________________________________________________ > Do You Yahoo!? > Yahoo! Shopping - Mother's Day is May 12th! > http://shopping.yahoo.com __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-05-11 17:04:11
|
Hey all ReactOS.com source is now available in cvs. Just cvs co reactos.com to grab it. I didn't commit the sources for phorum because you can get that off the web. - Jason __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-05-11 07:44:34
|
Time is a problem for new things for me.. especially for the next two weeks (exams). However, if you run into something you get stuck with I'll make time to take a look. - Jason --- Steven Edwards <Ste...@ya...> wrote: > > > Yeah, "only". :-) > > That's the hard part for me. I've been avoiding configure > > for years now, maybe it's time to take a bite... > > If someone feels like helping out, please. :) > > This is why I took a while to start submitting patches to wine. > I can hardly program as is and now am having to learn the whore > That is GNU autoconf and Automake. I will try to help you port > The regression suite and Jason said he was interested also although > I don't know how much time he can commit. > > Steven > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We > supply > the hardware. You get the recognition. Email Us: > ban...@so... > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com |
|
From: Steven E. <Ste...@ya...> - 2002-05-11 03:31:07
|
> Hi Steven, > Are these changes and patches going to replace the wine > package in the ROS CVS tree? If so, will it build with ROS? > I'm not following the mail lists as I should. > > Good work! I'll be back on the project soon as I finish two > more work projects. Thanks, James > Hola James, Yes, hopefully In a few weeks I will bring the ReactOS wine tree back up to sync with the winehq tree. I still have about 4 or 5 patches I need To submit to the wine tree. I will need your and Capser's help If you have time. The there are only a few things stoping us from being Able to do a easy import of the wine sources at anytime. 1. Makefiles - ReactOS can still use its own makefiles for its fork but I would like to see a shell script That auto parses the Makefile.in for our fork and generates our makefile.ros for us. 2. Def files - Winebuild can build these now. It works under mingw, so we need to fix our build system To autogenerate the *.defs from the wine *.spec 3. Resources - This will need to be fixed in the the wine makefile structure for mingw And the reactos build system. We do not need to fork the wine resources as windress can Build a .coff out of the wrc compiled resources. So the build system will need to be fixed like this (1)Build the objects. (2)Run wrc on the wine resources to get the compiled *.res (3)Run windress to make a *.coff out of the res. (4) Link the dll/program 4. Wine Debugging - I have no clue here as am still to new to the programming gig. Our ntdll will need to be updated for the need debugging interfaces in wine. I have about 100 other little things I would like to see, but on the ReactOS side this should Do it for a while. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson |
|
From: Steven E. <Ste...@ya...> - 2002-05-11 01:45:46
|
> Yeah, "only". :-) > That's the hard part for me. I've been avoiding configure > for years now, maybe it's time to take a bite... > If someone feels like helping out, please. :) This is why I took a while to start submitting patches to wine. I can hardly program as is and now am having to learn the whore That is GNU autoconf and Automake. I will try to help you port The regression suite and Jason said he was interested also although I don't know how much time he can commit. Steven |
|
From: Jakob E. <ja...@vm...> - 2002-05-10 21:00:03
|
On Fri, May 10, 2002 at 01:28:03PM -0700, Steven Edwards wrote: > Jason: Jacob have been working on the mingw port of > the wine regression suite. If you go to winehq.com and > look at the mail archives you will see our > disucssions. The unit tests that are done in C are no > problem, we just need to make some makefile/configure > changes to wine so you can ./configure the source and > build the regression suite for mingw and use it on Yeah, "only". :-) That's the hard part for me. I've been avoiding configure for years now, maybe it's time to take a bite... If someone feels like helping out, please. :) -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries |
|
From: Steven E. <ste...@ya...> - 2002-05-10 20:28:14
|
> Yes. > > I think that I can do it for us. > > I'm now running only RedHat Linux 7.3 at home, > > but at the work I have MS OSes. > In case we dont say say it much, I'm happy we have a very active excited group. Thanks for all the reports and testing David. Jason: Jacob have been working on the mingw port of the wine regression suite. If you go to winehq.com and look at the mail archives you will see our disucssions. The unit tests that are done in C are no problem, we just need to make some makefile/configure changes to wine so you can ./configure the source and build the regression suite for mingw and use it on ReactOS Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com |
|
From: Phillip S. <ps...@cf...> - 2002-05-10 16:07:28
|
This shouldn't be able to happen because the page fault path should reference/lock the address space/page tables as it is updating them, and that would prevent it from being unmapped. It might be a good idea for the unmap code to be able to cancel pending paging IO though, and then unmap. This way paging IO to a slow device, such as a slow network server, couldn't prevent a process from being terminated quickly. At 10:20 PM 5/8/2002 +0000, you wrote: >On Wed, May 08, 2002 at 03:29:18PM -0400, Phillip Susi wrote: > > It should not be possible to delete a section while a page is being > faulted > > in from it, because when the section is mapped, the section object should > > be referenced, thus preventing it from being freed. The fault doesn't > need > > to reference the section, because it is referenced as soon as it is mapped. > > >Yes but one thread in a process could be faulting on a section while the >other unmaps it. Of course this would be a very stupid application and >it still might cause an exception but it shouldn't cause the kernel >itself to crash or exhibit unboundedly undefined behaviour. |
|
From: Diego I. <ias...@ac...> - 2002-05-10 11:36:29
|
[off topic], but which encoding should i use to see this? which language was it? On Wednesday 08 May 2002 20:42, Michael Rich wrote: > Is anyone else getting a bunch of messages from this email address or is it > just me? > > Michael Rich > http://www.alphax86.com |
a29kIFdpbmRvd3MgMTI1MSA/Pz8hISENCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0N CkZyb206ICLQoNGD0LTQtdCy0LjRhyDQmC7QmC4iIDxsZGxyekBsdml2Lmd1Lm5ldD4NClRv OiA8cmVhY3Rvcy1rZXJuZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KU2VudDogRnJpZGF5 LCBNYXkgMTAsIDIwMDIgODoxOCBBTQ0KU3ViamVjdDogW3Jvcy1rZXJuZWxdIFJlOiBbcm9z LWtlcm5lbF0g7Z+b7b280rAgZMiuIMq+IMa4IO2fm+2+tM+0Lg0KDQoNCj4gT0sgISEhIElB Qg0KPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206IDxwb3N0bWFzdGVy QG5ldHNnby5jb20+DQo+IFRvOiA8cmVhY3Rvcy1rZXJuZWxAbGlzdHMuc291cmNlZm9yZ2Uu bmV0Pg0KPiBTZW50OiBXZWRuZXNkYXksIE1heSAwOCwgMjAwMiA5OjU4IFBNDQo+IFN1Ympl Y3Q6IFtyb3Mta2VybmVsXSDtn5vtvbzSsCBkyK4gyr4gxrgg7Z+b7b60z7QuDQo+DQo+DQo+ ID4gyLMgz73KtM+xPw0KPiA+ICAgOiBnZW5pdXMxMjNAbmV0c2dvLmNvbSAgx7ggICDWvNKw IGTIriAgIMq+IMa4ICAgICAg7Z+b7b60z7QuDQo+ID4g2bggICDWvNK4IMiuICAgICDEtNm9 IMO6w7EgICAuDQo+ID4g2bDtuL80z7QuDQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4g UmVjZWl2ZXI6Z2VuaXVzMTIzQG5ldHNnby5jb20NCj4gPiBObyBzdWNoIHVzZXINCj4gPg0K PiA+DQo+DQo+ICAgICAgICAgICAgICAgICAgICAgICAgIGoNCj4gYu28rO26pSBKcWgHIGJa KOuykil+IOWhp2YgeiBcWiAaIB4gXih454KtEmZLIG0gJ20oHn4geyAgICAgICAgICAgICAg ICAgICAgelnnmopYWHIsIEcNCistKB5+IHsgG20gWCAgeSArIHogbCBYKd+jIGloy7Medw0K Pg0KDQo= |
|
From: <ld...@lv...> - 2002-05-10 05:22:43
|
T0sgISEhIElBQg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogPHBvc3Rt YXN0ZXJAbmV0c2dvLmNvbT4NClRvOiA8cmVhY3Rvcy1rZXJuZWxAbGlzdHMuc291cmNlZm9y Z2UubmV0Pg0KU2VudDogV2VkbmVzZGF5LCBNYXkgMDgsIDIwMDIgOTo1OCBQTQ0KU3ViamVj dDogW3Jvcy1rZXJuZWxdIO2fm+29vNKwIGTIriDKviDGuCDtn5vtvrTPtC4NCg0KDQo+IMiz IM+9yrTPsT8NCj4gICA6IGdlbml1czEyM0BuZXRzZ28uY29tICDHuCAgINa80rAgZMiuICAg yr4gxrggICAgICDtn5vtvrTPtC4NCj4g2bggICDWvNK4IMiuICAgICDEtNm9IMO6w7EgICAu DQo+INmw7bi/NM+0Lg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gUmVjZWl2ZXI6Z2VuaXVz MTIzQG5ldHNnby5jb20NCj4gTm8gc3VjaCB1c2VyDQo+DQo+DQoNCg== |
|
From: KJK::Hyperion <no...@li...> - 2002-05-09 22:00:44
|
At 21.12 09/05/2002, you wrote: > > >Looks fine to me, which version of PHP are you running? > > 4.0.5 >http://www.phpinsider.com/php/code/Smarty/INSTALL >says PHP 4.0.6 or later is required. ak! I'll upgrade and retry |
|
From: Jason F. <jas...@ya...> - 2002-05-09 21:32:48
|
Thanks for finding that Casper! - Jason --- Casper Hornstrup <ch...@us...> wrote: > tor, 2002-05-09 kl. 00:40 skrev KJK::Hyperion: > > >Looks fine to me, which version of PHP are you running? > > > > 4.0.5 > > http://www.phpinsider.com/php/code/Smarty/INSTALL > > says PHP 4.0.6 or later is required. > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We > supply > the hardware. You get the recognition. Email Us: > ban...@so... > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com |
|
From: Casper H. <ch...@us...> - 2002-05-09 19:14:25
|
tor, 2002-05-09 kl. 00:40 skrev KJK::Hyperion: > >Looks fine to me, which version of PHP are you running? > > 4.0.5 http://www.phpinsider.com/php/code/Smarty/INSTALL says PHP 4.0.6 or later is required. |
|
From: Jason F. <jas...@ya...> - 2002-05-09 18:25:43
|
I tried Smarty 2.1.1 and it works fine. What is the URL you type into the browser? - Jason --- "KJK::Hyperion" <no...@li...> wrote: > Finally: can't get it to run! :-/ index.php gives this error: > > Warning: Smarty error: unable to read template resource: > "index.tpl" in > D:\programmi\sviluppo\librerie\Smarty\Smarty.class.php on line 546 > > Some details on how I deployed rosproj: > - I couldn't use the recommended <http://localhost/rosproj/> URL > since I > have a dozen virtual hosts configured on this machine, and want to > keep the > default host non-configured. So I gave it an URL of > <http://rosproj.aldebaran/rosproj/> > - rosproj is installed in D:\misc\wwwroot\rosproj\rosproj > - Smarty is installed in > D:\programmi\sviluppo\librerie\Smarty\Smarty.class.php > - PHP is installed in D:\devtools\php > - my PHP include_path reads: > include_path = > ".;D:\devtools\php\pear\;D:\programmi\sviluppo\librerie\Smarty\" > > All looks fine to me. Maybe I need additional configuration for > PHP? can > you send me your php.ini? > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We > supply > the hardware. You get the recognition. Email Us: > ban...@so... > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com |
|
From: Eric K. <ek...@rz...> - 2002-05-09 15:52:02
|
Modified Files:
services\fs\cdfs\cdfs.h
services\fs\cdfs\common.c
services\fs\cdfs\create.c
services\fs\cdfs\dirctl.c
services\fs\cdfs\fcb.c
services\fs\cdfs\fsctl.c
services\fs\cdfs\misc.c
services\fs\cdfs\rw.c
Added file and directory caching.
Improved verify support.
Fixed a joliet filename bug.
Eric
|
|
From: Eric K. <ek...@rz...> - 2002-05-09 12:36:04
|
Hi! I'm currently working on the removable-media-support. One major problem is that filesystem drivers must not be attached to the logical volume (drive) device objects. They have to be linked to them via the VPB instead. This way the link can be removed and reestablished when a media-change happens. I have changed the mounting code in the vfatfs driver, so that the filesystem object is correctly registered in the VPB. I also changed IopCreateFile() (in ntoskrnl/io/create.c) to use the filesystem object instead of the top-level device object when a volume is mounted. After replacing the call to IoAttachDeviceToDeviceStack() by a call to IoGetAttachedDevice() in the vfat mounting code, the system freezes. It seem there are more places that need to be fixed. I had a look a every call to IoGetAttachedDevice() but IMO none of the calls needs to be changed. What am I missing? Btw, I could reflash both damaged BIOS flash proms. Both machines are working again. Thanks to the IOSS Bios Saver! :-) Eric |
|
From: Steven E. <Ste...@ya...> - 2002-05-09 06:12:19
|
I have to go out of town but when get back I will load the code on reactos.org Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: rea...@li... > [mailto:rea...@li...] On Behalf > Of Jason Filby > Sent: Thursday, May 09, 2002 1:40 AM > To: rea...@li... > Subject: Re: [ros-kernel] ReactOS.org in CVS > > > --- "KJK::Hyperion" <no...@li...> wrote: > >>Which version of Smarty are you running? Myself I was using 1.5.2. > >2.1.1 > > I'll try out the newer version today and see what's going on. > > >4.0.5 > > Sounds good. > > - Jason > > > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download > mirrors. We supply the hardware. You get the recognition. > Email Us: ban...@so... > _______________________________________________ > reactos-kernel mailing list rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Jason F. <jas...@ya...> - 2002-05-09 05:39:41
|
--- "KJK::Hyperion" <no...@li...> wrote: >>Which version of Smarty are you running? Myself I was using 1.5.2. >2.1.1 I'll try out the newer version today and see what's going on. >4.0.5 Sounds good. - Jason __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com |
|
From: Rex J. <re...@lv...> - 2002-05-09 05:19:27
|
At 07:41 PM 5/8/02 +0000, you wrote: >Hi, > >I've set the mailing list to reply to list by default as people wanted and >also removed the limit on message sizes. > >Rex: Is there any chance of the cvs commit mail messages being restored >soon? There is a reactos-cvs-commit mailing list set up at sourceforge for >them to be sent to. I forgot about the commit mailer. I'll get it going this weekend. >_______________________________________________________________ > >Have big pipes? SourceForge.net is looking for download mirrors. We supply >the hardware. You get the recognition. Email Us: ban...@so... >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel Rex Jolliff re...@lv... |
|
From: KJK::Hyperion <no...@li...> - 2002-05-09 00:26:25
|
At 22.56 08/05/2002, you wrote: > >Finally: can't get it to run! :-/ index.php gives this error: > >Warning: Smarty error: unable to read template resource: > >"index.tpl" in > >D:\programmi\sviluppo\librerie\Smarty\Smarty.class.php on line 546 >Did you delete everything in templates_c, but keep the directory itself? yep. It's empty >Which version of Smarty are you running? Myself I was using 1.5.2. 2.1.1 > >All looks fine to me. Maybe I need additional configuration for > >PHP? can you send me your php.ini? >Looks fine to me, which version of PHP are you running? 4.0.5 >I'll zip and attach my php.ini for what it's worth. PHP is inconsistent in that important features can be enabled/disabled/controlled by the administrator, potentially disrupting some scripts |
|
From: Richard C. <neo...@ea...> - 2002-05-08 21:30:26
|
can someone PLEASE block this from the list? Is anyone else recieving it? ----- Original Message ----- From: <pos...@ne...> To: <rea...@li...> Sent: Wednesday, May 08, 2002 3:07 PM Subject: [ros-kernel]¼ö½ÅÀÚÀÇ ¸ÞÀÏ ÁÖ¼Ò°¡ Á¤È®ÇÏÁö ¾Ê¾Æ ¸ÞÀÏÀ» º¸³¾ ¼ö ¾ø½À´Ï´Ù. > ¾È³çÇϽʴϱî? > ¼ö½ÅÀÚ: genius123@netsgo.comÀÇ ¸ÞÀÏ ÁÖ¼Ò°¡ Á¤È®ÇÏÁö ¾Ê¾Æ ¸ÞÀÏÀ» º¸³¾ ¼ö ¾ø½À´Ï´Ù. > ¸ÞÀÏ ÁÖ¼Ò¸¦ È®ÀÎÇϽŠÈÄ ´Ù½Ã º¸³»½Ã±â ¹Ù¶ø´Ï´Ù. > °í¸¿½À´Ï´Ù. > ------------------------------------------------------------------------ > Receiver:gen...@ne... > No such user > > |
|
From: David W. <we...@cw...> - 2002-05-08 21:25:01
|
Test |
|
From: David W. <we...@cw...> - 2002-05-08 21:19:52
|
On Wed, May 08, 2002 at 03:29:18PM -0400, Phillip Susi wrote: > It should not be possible to delete a section while a page is being faulted > in from it, because when the section is mapped, the section object should > be referenced, thus preventing it from being freed. The fault doesn't need > to reference the section, because it is referenced as soon as it is mapped. > Yes but one thread in a process could be faulting on a section while the other unmaps it. Of course this would be a very stupid application and it still might cause an exception but it shouldn't cause the kernel itself to crash or exhibit unboundedly undefined behaviour. |
8 messages has been excluded from this view by a project administrator.
