Re: IO Ports

On Fri, Mar 28, 2008 at 3:38 AM, Phil Garcia <phil@...> wrote:
> While reviewing the PCI implementation, I noticed that an IO port is
>  defined as an enum in ADC.X86. Since IO ports are common across all
>  platforms, does anyone see a problem with moving IO.Port from ADC.X86
>  to ADC. The platform implementation would remain in ADC.X86? I would
>  also change IO.Port enum to IOPort class (with an private uint member
>  for the port location), and remove IOPortStream and IOPortStream8bit,
>  since their functionality would be include as methods of the new
>  IOPort.

I think that would be fine, although... it might be better to ship it
into the normal SharpOS.Kernel namespace if it isn't actually
platform-dependent... it could be used in other non-ADC APIs as well,
no?

--

-- 
fury

long name: William Lahti
handle :: fury
freenode :: xfury
blog :: http://xfurious.blogspot.com/

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: processor family Name and model Name patch

Thank you for the patch! It's on my list of patches to evaluate.

On Wed, Feb 27, 2008 at 10:58 AM, joão manganeli neto
<joao.masterchief@...> wrote:
>
> well there's some modifications i made in kernel/core/adc/x86/Processor.cs
> to get the family Name and model Name for intel cpus, well i dont have
> tested in on the job now, but if someone want take a look in the code there
> is the patch
>
> ----------------------------------------------------------------
> By John StormDrake
>  Open your soul...Open your code...
>  Free your mind...Free your Software...
> Break the chains
>
>
> ________________________________
> Notícias direto do New York Times, gols do Lance, videocassetadas e muitos
> outros vídeos no MSN Videos! Confira já!
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
>  SharpOS-Developers mailing list
>  SharpOS-Developers@...
>  https://lists.sourceforge.net/lists/listinfo/sharpos-developers
>
>

Re: VFS: Wildcard expansion and home directory lookup

On Mon, Mar 17, 2008 at 6:47 PM, Michael Ruck
<michael.ruck@...> wrote:
> Hi all,
>
>  Another step towards the VFS is wildcard expansion. There are many different
>  ways to implement it and the operating systems in use have chosen different
>  approaches to it. Basically there are two approaches and several in between
>  these two:
>
>
> 1. The shell performs the wildcard expansion.
>
>
> This approach is used in *nix and is usually available in usermode as the
>  glob function [1] in libc. (Conforming to several POSIX standards.)

This would be my choice... this would only introduce more complicated
code... what may be a better idea would be to allow filesystem drivers
to add rules or somehow extend the globbing  That way, all the
standard globbing constructs will work everywhere, and if you know the
result is going to be on a certain kind of filesystem, then you can
use the extensions. The interface to use in the filesystem drivers is
non-obvious for sure but it's worth looking into.

> Other uses are likely, just don't come to mind.

How about a metadata FS? Granted, the same could be done with some
virtual directories and special handling but you could do:

/path/to/place/**/[Project:Work]

Drivers and stuff

Hi everyone, it's been a long time I've been absent.
I have a hard time preparing for exams and work is
consuming the rest of my time :(
Anyway, I'm watching the project as always and I've
seen that someone started working on VGA (a stub?).
To the point, to not to duplicate efforts: I have some
(basic) work started on from a few months ago and
stalled... It's based on JNode's driver which is LGPL
licensed. LGPL should be portable to GPL, but don't
take my words for granted, not sure about the class
path exception and version compatibility, can
someone confirm? Shall I update it to use the latest
driver architecture and make a patch? Someone
want to take it over?

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: Drivers and stuff

If you are referring to the VGA driver in my sandbox, I have not done
anything more with it. Please feel free to continue working on your
VGA driver, or send it to me and I will include it in my sandbox for
future use.

I'm not a lawyer; however, if you just use JNodes as a reference
implementation only - no copy/paste and write your own implementation
from scratch, I think you would be fine. Plus, there is a lot of
information on VGA documentation available on the Internet to drawn
from (besides source code).

But if doubt, the ReactOS has a good policy regarding the copyright of others:

http://www.reactos.org/en/dev_legalreview.html

On Wed, Apr 2, 2008 at 3:14 PM, Maciej Jagiello <himek_imp@...> wrote:
> Hi everyone, it's been a long time I've been absent.
> I have a hard time preparing for exams and work is
> consuming the rest of my time :(
> Anyway, I'm watching the project as always and I've
> seen that someone started working on VGA (a stub?).
> To the point, to not to duplicate efforts: I have some
> (basic) work started on from a few months ago and
> stalled... It's based on JNode's driver which is LGPL
> licensed. LGPL should be portable to GPL, but don't
> take my words for granted, not sure about the class
> path exception and version compatibility, can
> someone confirm? Shall I update it to use the latest
> driver architecture and make a patch? Someone
> want to take it over?

Meeting this coming Saturday?

Perhaps we should convene a meeting to discuss the state of SharpOS
and help coordinate development. In the past we've had meetings on
Saturday at 1800/1900 UTC ... does this sound good for our current
bunch of interested parties?

Preliminary topics (please discuss additions/changes):
* Logging: we need to revise our IRC logging mechanisms. We have
Sharpbot but he does not have a maintainer nor a permanent host
(although a few of the board members have been trying to fill some of
the gaps). The code needs to be profiled and checked for memory and
performance bugs, which has presented issues with previous hosts.

* New meeting scheme: It might be a good idea to standardize a
dual-session meeting model to better accommodate our disparate time
zones. Basically we'd have two meeting times and you can go to
whichever is more convenient for your schedule. We would decide on
meeting topics ahead of time.

* Coding style: we currently follow Mono's coding style guides, but
few if any of us follow it to the tee. There may be exceptions that we
wish to adopt.

* Brief on current projects, find volunteers for much needed projects
(documentation, korlib work and corlib integration, complete string
support, more testcases for the AOT, reflection support, rewrite the
console using objects and many others)

* Others?

--

-- 

Re: Big Source Files

Use the partial feature in C# and group things, which belong together.

Michael (aka grover)
________________________________

Von: sharpos-developers-bounces@...
[mailto:sharpos-developers-bounces@...] Im
Auftrag von
Mircea-Cristian Racasan
Gesendet: Montag, 7. April 2008 00:42
An: sharpos-developers@...
Betreff: [SharpOS Developers] Big Source Files

Hi

As I am working on improving the x86 encoding towards JIT and so on and as
there were some rantings about the huge generated files, I want to ask you
guys if you want like many many small files or only one big file as is now
for the generated stuff? 

Chriss.

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Big Source Files

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@...
https://lists.sourceforge.net/lists/listinfo/sharpos-developers

Re: Big Source Files

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@...
https://lists.sourceforge.net/lists/listinfo/sharpos-developers

Re: Big Source Files

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@...
https://lists.sourceforge.net/lists/listinfo/sharpos-developers