Ros-dev

ros-dev@reactos.org

5791 discussions

RE: [ros-dev] Change in tools/helper.mk
by PETREOLLE Sylvain 21 Oct '04

21 Oct '04

Hi arty, had the same problem here. Cordially PETREOLLE Sylvain "You believe its the year 2004, when in fact it's closer to 1984." Matrix / 1984. Say no to software patents ! -----Message d'origine----- De : art yerkes [mailto:ayerkes@speakeasy.net] Envoyé : jeudi 21 octobre 2004 05:17 À : ros-dev(a)reactos.com Objet : [ros-dev] Change in tools/helper.mk Before this change, the reactos build seems to want to put hal.a in the root for me (which of course my user doesn't own). Should I commit this? Also, why was this changed? ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

1 0

atapi problems
by Ge van Geldorp 19 Oct '04

19 Oct '04

I'm having problems getting atapi drives recognized. Setup: Primary controller - master: HD HITACHI_DK23AA-60 - slave: CD-ROM COMPAQ CD-224E Secondary controller - master: not connected - slave: not connected First of all, the harddisk is not recognized. The call to AtapiWaitForStatus() in atapi.c line 1159 times out. I can fix this by increasing the timeout in that call from 20000 to 40000 (the harddisk needs a minimum of around 38700 here). After the harddisk is succesfully recognized, detection of the CD-ROM fails. Again, the call to AtapiWaitForStatus in line 1159 times out, but this time no amount of increasing the timeout (I've gone up to 4000000, 40 sec, more than the 30 sec limit in the ATA spec) helps. I've attached the debug log. Note the lines: (atapi.c:1161) Timeout on drive 1 and (atapi.c:992) Unexpected Interrupt, CommandPort=01f0, Status=ff, Count=1 I hope someone more familiar with the atapi driver can take a look at this. Oh, btw, going back to atapi.c rev 48 cures the problem (both HD and CD-ROM are recognized and working then). All help appreciated, Gé van Geldorp.

1 0

Setupapi improvements
by eric.kohl＠t-online.de 19 Oct '04

19 Oct '04

Hi! I have been working on some improvements to the device installer functions of the setupapi dll. I am able to install class installers on my machine and retrieve information about installed class installers. My plan is to reorganize the setupapi dll in order to add the configuration manager apis to this dll and to convert setupapi to a ReactOS dll. The reason for this change is that additions to the device installer apis or configuration manager apis are not usable by WINE because it does neither support windows drivers nor a PnP-Manager. Of course, all additions to setupapi will be licensed under the LGPL so Wine developers can port useful code as they see fit. What do you think? Regards, Eric

3 5

regression tests and reactos/apps/tests
by Steven Edwards 19 Oct '04

19 Oct '04

Hello, I am going to move reactos/apps/tests in to rosapps as the current system of tests we have there does not fit in with the ideas of regression testing. I know there might be some objections to this but it is not hard to checkout rosapps or add your own custom test there if you want. We really need to put some effort in to using (And merging the Wine tests in to) the regression system Jason and Casper have developed. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

3 2

Bug in freetype.dll?
by Hartmut Birr 19 Oct '04

19 Oct '04

Hi, sometimes I see a debug messages like this: (mm/npool.c:1641) Trying to allocate 254736304 bytes from nonpaged pool - nothing suitable found, returning NULL (objects/text.c:1832) WARNING: Failed to render glyph! If this occurs the desktop background is flashing white. The big allocation request comes from freetype\src\raster\ftrend1.c line #178. Has anyone an idea what is wrong? - Hartmut

2 4

Timers and Scheduler - "What I learned on my fall vacation"
by Steven Edwards 18 Oct '04

18 Oct '04

Hello, I know we already have a few tests like this in the ReactOS tree but I have not had time to look at all of them or dig in to this at all. I am forwarding part of a message from Jeremy White along with some tests of timers and schedualing in case anyone wants to compare Windows and ReactOS. We ran in to quite a few issues under CrossOver with Office applications and were able to work around them. Even applications such as Internet Explorer are affected. See recent hacky patches on wine-devel for winmm timer resolution. Anyway here is a bit of his notes and the collection of tests if anyone is interested. Thanks Steven ".....Spinning threads get all the cpu they can chew; being in a foreground Window gives a pretty high bias, but otherwise things seem to be evenly spread. Aric did a test program which showed how SetThreadPriority biases things; it tends to be that only priorities -2 through 2,and 15, have any meaning. Further, if threads yield, then only thetop priority threads get any time. If all threads 'work', then there is a stair step effect where high priority threads get 'more', but don't necessarily get it all." _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

1 0

advpack.dll
by Steven Edwards 18 Oct '04

18 Oct '04

Hello, I guess the message is directed at James. I am going to merge our implementation of advpack.dll with the current winehq implementation. Any objections or suggestions? Thanks Steven _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

2 5

Re: [ros-dev] Loading failure of rtl8139.sys driver - Ed2 = same for ne2000.sys
by ea＠iol.it 18 Oct '04

18 Oct '04

> Everything looks ok for me. I forgot to mention that Reactos is booted > from real hardware + freeldr diskette. > The native ne2000.sys driver from Reactos has also the same problem . > this can be simulted as follows : > > - Build a ntoskrnl.exe with NDEBUG commented in ldr.c > - Disable Amd Pcnet entry and enable Ne2000 entry in hivesys.inf file > - Make registry > - Boot Reactos and check the debug traces for loading of ne2000.sys driver > 1) corrupt file system 2) bad LFN entry for low case ne200.sys name 3) Ob case sensitive and ne2000.sys in the reg, but NE2000.SYS on fs ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

1 0

NDIS 6
by Aliberti Emanuele 17 Oct '04

17 Oct '04

NDIS 6 to come in Longhorn. MS again changes how network is implemented in NT 5.1. http://www.ndis.com/news/longhornnetdevnews.htm

2 3

Re: [ros-cvs] CVS Update: reactos
by Alex Ionescu 17 Oct '04

17 Oct '04

Hartmut Birr wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: reactos/ntoskrnl/ >Changes by: hbirr(a)mok.osexperts.com 04/10/17 08:39:32 > >Modified files: > reactos/hal/halx86/: irql.c > reactos/ntoskrnl/ex/: sysinfo.c > reactos/ntoskrnl/include/internal/: ke.h > reactos/ntoskrnl/ke/i386/: irq.c kernel.c > reactos/ntoskrnl/ke/: dpc.c timer.c > reactos/ntoskrnl/ps/: idle.c thread.c > reactos/ntoskrnl/: ntoskrnl.def > >Log message: > - Used variables from the KPCR for the current irql, for dpc's, for time counters and for the idle thread. > >_______________________________________________ >Ros-cvs mailing list >Ros-cvs(a)reactos.com >http://reactos.com/mailman/listinfo/ros-cvs > > > Hartmut, _THANK_ You. I was looking forward to doing those changes (and others) myself as soon as I'm done with the new header system. Best regards, Alex Ionescu

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