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: James T. <jim...@ad...> - 2002-04-15 04:37:38
|
Hi, Did I make it? James |
|
From: Jason F. <jas...@ya...> - 2002-04-14 16:34:16
|
Yeah our old lists were nailing the server reactos.com was hosted on. They gave us about a week to find a new list.... but I just didn't get there in time. Not everyone is subscribed the new list... but will be shortly. Sorry about all of this. - Jason --- Phillip Susi <ps...@cf...> wrote: > Why and how was I subscribed to this list? What happened to the > old > list? Is it down? I posted 2 messages to it yesterday that have > not gone > through. Is this going to be the new mailing list? > > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ |
|
From: Phillip S. <ps...@cf...> - 2002-04-14 15:17:54
|
Why and how was I subscribed to this list? What happened to the old list? Is it down? I posted 2 messages to it yesterday that have not gone through. Is this going to be the new mailing list? |
|
From: Eric K. <ek...@rz...> - 2001-11-16 13:42:34
|
"Brian Palmer" <br...@sg...> wrote: > I have just committed some major updates to FreeLoader. For those of you who > are brave enough to update to the latest, there are a few things you should > know about. First, I have changed the .ini file a bit so you'll have to > tweak yours so that it conforms to the new format. I have completely > rewritten the file system code and added vfat long file name support. > However I also removed the hack of a disk cache it was using before, so > those of you who are using floppies and aren't using bochs could be in for a > wait while it accesses the fat chain. This will be fixed soon. I also added > support for Int 13h Extensions, and it will use them if they are supported. > So let me know how it works when booting from a hard disk (Int 13h > Extensions aren't supported for floppies). And finally, I have disabled all > boot types except for ReactOS. This means that you cannot use FreeLoader to > boot to your D: for example, because the boot type would be drive or > partition. Anyways, the code is a lot more robust now and easier to update. > (The file system code is now semi-understandable ;-]) > > Brian > That's great! Unfortunately there seems to be another bug in the current in fat12 code. I installed FreeLdr on a formatted floppy disk, copied FREELDR.SYS and FREELDR.INI. First I tried my Acer Laptop. After a very short moment "Loading FreeLoader..." appeared on the screen and the machine seemed to be frozen. Then after a while I got "Disk read error" and "Press any key". FreeLoader cannot read the .ini file properly. I checked the sector/cluster calculation and the disk itself using Norton DiskEdit. AFAICS the bug seems to be in BiosInt13Read (in asmcode.S). My very old Dell Laptop boot fine. Haven't tried my desktop yet. I'll have a look at the bios bug. - Eric Kohl ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-11-16 00:08:06
|
Right, each thread can be on a different desktop, though it seems that the process is bound to a single windowstation, at least at the win32 level. I think we should implement things so that internally threads in a process can be attached to desktops on different windowstations. At 10:59 PM 11/15/2001 +0200, you wrote: >Nobody have replied to this, so I post my first e-mail to this >mailing list. > >Process can exists on multiple desktops. Just open desktop, create >thread, attach thread to desktop and here you go, the process is >on two desktops. Then in another thread create windows and enter >into message loop. I've done this in my application. As many >desktops user creates, as many threads there are running. > >JMu ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-11-16 00:00:29
|
I think NtUserGetThreadDesktop() should take a thread handle, not a thread ID, but that is beside the point. I don't think there really is a window object for the desktop window, but the desktop object should contain all information needed to create a DC on it, such as the display driver used and the video mode. Also I don't think windows normally contain any kind of DC info. At 11:44 PM 11/14/2001 -0800, you wrote: >Right and NtUserGetThreadDesktop should extract this information >given a thread ID? Then, how do you, having a PDESKTOP_OBJECT find >its window (since the window should probably contain DC info)? > >- Jason ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jarmo M. <ja...@mu...> - 2001-11-15 21:04:16
|
Nobody have replied to this, so I post my first e-mail to this mailing list. Process can exists on multiple desktops. Just open desktop, create thread, attach thread to desktop and here you go, the process is on two desktops. Then in another thread create windows and enter into message loop. I've done this in my application. As many desktops user creates, as many threads there are running. JMu ----- Original Message ----- From: "Frank D. Engel, Jr." <fd...@ya...> To: <ros...@re...> Sent: Tuesday, November 13, 2001 3:15 PM Subject: [ros-kernel] Re: Determining the current window > If the app can only exist in one desktop (is this correct?) use the > App's desktop. > > If it can span desktops, use the one with the mouse pointer, or the one > with the most recent interaction, ... > > Just invent something that makes sense. > > Alternately, you could pick whatever desktop was most recently affected > by the process. > > --- Jason Filby <jas...@ya...> wrote: > > Ok.. well then how does a CreateCompatibleDC(NULL) know what the > > current application's DC is? It somehow has to figure out which is > > the active window of the active desktop... if there are multiple > > active windows in multiple active desktops... well, how? > > > > - Jason > > > > --- Phillip Susi <ps...@cf...> wrote: > > > I don't see why you can't have multiple interactive desktops if you > > > have > > > multiple monitors and keyboards/mice, but even non interactive > > > desktops > > > still need to maintain the active window so that when you switch to > > > that > > > desktop, it remembers what the active window was. > > > > > > At 11:12 PM 11/12/2001 +0100, you wrote: > > > >On Monday 12 November 2001 21:05, Jason Filby wrote: > > > > > Is there just one foreground window in the entire system (a > > > global > > > > > variable)? Or does each desktop (or perhaps each workstation) > > > have a > > > > > foreground window? > > > > > > > >There is one input desktop per interactive window station. And > > > there is > > > >only one interactive windowstation (maybe more if terminal > > > services is > > > >installed). I do not think it makes sense to have a foreground > > > window on > > > >non-interactive desktops. > > > > > > > > Casper > > > > > > ==================================================== > > > = To remove yourself from this mailing list, go to = > > > = http://www.reactos.com/home/mailing.html = > > > ==================================================== > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Find the one for you at Yahoo! Personals > > http://personals.yahoo.com > > > > ==================================================== > > = To remove yourself from this mailing list, go to = > > = http://www.reactos.com/home/mailing.html = > > ==================================================== > > > > > ===== > ======= > Frank D. Engel, Jr. > Please note my new address: fd...@ya... > > __________________________________________________ > Do You Yahoo!? > Find the one for you at Yahoo! Personals > http://personals.yahoo.com > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <ste...@ya...> - 2001-11-15 20:22:54
|
Thats what vmware is for =P --- "KJK::Hyperion" <no...@li...> wrote: > At 18.29 13/11/2001 +1100, you wrote: > >I've got some guinea-pig (or should that be > lab-rat) machines I can use, > >just need instructions on what change is required > and i'll report back..... > > A legend floated around in this list for some time, > that if you set the > Windows parameter to Off in the command line for the > Win32 subsystem, it > would start in text-only mode, just a fullscreen > console and nothing else. > Someone suggested that it could be a debug switch, > used internally by > Microsoft test labs. I personally think that, even > if it's true, the code > for it has been removed in the retail builds. It > would be nice to test it > for real :) > > The parameter is > HKLM\System\CurrentControlSet\Control\SessionManager\Subsystems, > "Windows" value > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: KJK::Hyperion <no...@li...> - 2001-11-15 20:13:34
|
At 18.29 13/11/2001 +1100, you wrote: >I've got some guinea-pig (or should that be lab-rat) machines I can use, >just need instructions on what change is required and i'll report back..... A legend floated around in this list for some time, that if you set the Windows parameter to Off in the command line for the Win32 subsystem, it would start in text-only mode, just a fullscreen console and nothing else. Someone suggested that it could be a debug switch, used internally by Microsoft test labs. I personally think that, even if it's true, the code for it has been removed in the retail builds. It would be nice to test it for real :) The parameter is HKLM\System\CurrentControlSet\Control\SessionManager\Subsystems, "Windows" value ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-11-15 07:47:20
|
Right and NtUserGetThreadDesktop should extract this information given a thread ID? Then, how do you, having a PDESKTOP_OBJECT find its window (since the window should probably contain DC info)? - Jason --- Phillip Susi <ps...@cf...> wrote: > It should be one of the parameters in the win32 information block > pointed > to by the ETHREAD of the current thread. I suppose that the > desktop object > would contain sufficient information to build a DC compatible with > it, such > as the current video mode. > > At 02:25 AM 11/14/2001 -0800, you wrote: > >Ok so how do I retrieve the current thread's desktop? Does a > desktop > >have a DC? Or do we look for the desktop's window's DC? > > > >- Jason > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Brian P. <br...@sg...> - 2001-11-15 07:25:59
|
I have just committed some major updates to FreeLoader. For those of you who are brave enough to update to the latest, there are a few things you should know about. First, I have changed the .ini file a bit so you'll have to tweak yours so that it conforms to the new format. I have completely rewritten the file system code and added vfat long file name support. However I also removed the hack of a disk cache it was using before, so those of you who are using floppies and aren't using bochs could be in for a wait while it accesses the fat chain. This will be fixed soon. I also added support for Int 13h Extensions, and it will use them if they are supported. So let me know how it works when booting from a hard disk (Int 13h Extensions aren't supported for floppies). And finally, I have disabled all boot types except for ReactOS. This means that you cannot use FreeLoader to boot to your D: for example, because the boot type would be drive or partition. Anyways, the code is a lot more robust now and easier to update. (The file system code is now semi-understandable ;-]) Brian ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <ste...@ya...> - 2001-11-15 04:27:56
|
ok I've built a striped vim for win32 that works under nt/2k. Its over http://reactos.dhs.org/temp/vim.exe It locks reactos up hard. Transferring control to image at 4011d4 (misc/dllmain.c:38) ADVAPI32: DllMain() done Transferring control to image at 4011d4 mm/mm.c:297 Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:c001f88b <ntoskrnl.exe: 1f88b> cr2 0 cr3 3c1a000 Proc: c025152c Pid: 7 <vim> Thrd: c0253684 Tid: 1f DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: c001f87c ECX: 006ab988 EDX: c0066028 EBP: c0819f3c ESI: 006ab920 EDI: c0819f84 EFLAGS: 00000286 kESP c0819f18 kernel stack base c0817000 ESP c0819f18 Frames: <ntoskrnl.exe: 2023c><ntoskrnl.exe: 3a83> __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-11-15 01:19:05
|
It should be one of the parameters in the win32 information block pointed to by the ETHREAD of the current thread. I suppose that the desktop object would contain sufficient information to build a DC compatible with it, such as the current video mode. At 02:25 AM 11/14/2001 -0800, you wrote: >Ok so how do I retrieve the current thread's desktop? Does a desktop >have a DC? Or do we look for the desktop's window's DC? > >- Jason ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Mark W. <ma...@np...> - 2001-11-14 22:01:40
|
the list of received: headers should tell you where the mail has been > -----Original Message----- > From: Nick J. Date [mailto:nic...@fr...] > Sent: 14 November 2001 00:56 > To: ros...@re... > Subject: [ros-kernel] Re: Fwd: Undeliverable Mail > > > Maybe it's being forwarded to that address from another one. > > -- > Nick Date > Southampton, England, UK > > http://www.nickdate.co.uk/ > ----- Original Message ----- > From: Jason Filby <jas...@ya...> > To: <ros...@re...> > Sent: Monday, November 12, 2001 6:58 PM > Subject: [ros-kernel] Re: Fwd: Undeliverable Mail > > > > Couldn't find zeiss.de subscribed.. I take it someone else got to > > this? > > > > --- Phillip Susi <ps...@cf...> wrote: > > > Could someone remove this guy from the mailing list? I'm getting > > > tired of > > > all of these bounced messages. > > > > > > > > > >Conversion: Allowed > > > >Original-Encoded-Information-Types: IA5-Text > > > >Priority: normal > > > >Disclose-Recipients: Prohibited > > > >Alternate-Recipient: Allowed > > > >Date: 12 Nov 2001 01:23:12 +0100 > > > >From: Mailer-Daemon <Mai...@ze...> > > > >To: psusi <ps...@cf...> > > > >Subject: Undeliverable Mail > > > > > > > >------------------------- Could not deliver Message to > > > >------------------------- > > > > CN=Heiko > > > Ronsdorf/OU=DEMAI/O=Schott@SCHOTT > > > > > > > >Router: Unable to open mailbox file SDEJENS2000/SERVER/SCHOTT > > > mail.box: > > > >Server not responding > > > > > > > >----------------------------- Your Original Message > > > >---------------------------- > > > > > > > >Date: 11/11/2001 01:12 AM > > > >From: ps...@cf...@Internet > > > >Subject: [ros-general] Re: GUI commision > > > >Priority: Normal > > > >Importance: 2 > > > >Nice... how is that going? I was thinking of trying to get emacs > > > to work. > > > > > > > >At 06:13 PM 11/10/2001 -0500, you wrote: > > > > > > > > >As for the text mode stuff I've been working on getting vi and > > > mc to work > > > > >under reactos. > > > > > > > >==================================================== > > > >= To remove yourself from this mailing list, go to = > > > >= http://www.reactos.com/home/mailing.html = > > > >==================================================== > > > > > > ==================================================== > > > = To remove yourself from this mailing list, go to = > > > = http://www.reactos.com/home/mailing.html = > > > ==================================================== > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Find a job, post your resume. > > http://careers.yahoo.com > > > > ==================================================== > > = To remove yourself from this mailing list, go to = > > = http://www.reactos.com/home/mailing.html = > > ==================================================== > > > > > > > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Nick J. D. <nic...@fr...> - 2001-11-14 21:23:04
|
Maybe it's being forwarded to that address from another one. -- Nick Date Southampton, England, UK http://www.nickdate.co.uk/ ----- Original Message ----- From: Jason Filby <jas...@ya...> To: <ros...@re...> Sent: Monday, November 12, 2001 6:58 PM Subject: [ros-kernel] Re: Fwd: Undeliverable Mail > Couldn't find zeiss.de subscribed.. I take it someone else got to > this? > > --- Phillip Susi <ps...@cf...> wrote: > > Could someone remove this guy from the mailing list? I'm getting > > tired of > > all of these bounced messages. > > > > > > >Conversion: Allowed > > >Original-Encoded-Information-Types: IA5-Text > > >Priority: normal > > >Disclose-Recipients: Prohibited > > >Alternate-Recipient: Allowed > > >Date: 12 Nov 2001 01:23:12 +0100 > > >From: Mailer-Daemon <Mai...@ze...> > > >To: psusi <ps...@cf...> > > >Subject: Undeliverable Mail > > > > > >------------------------- Could not deliver Message to > > >------------------------- > > > CN=Heiko > > Ronsdorf/OU=DEMAI/O=Schott@SCHOTT > > > > > >Router: Unable to open mailbox file SDEJENS2000/SERVER/SCHOTT > > mail.box: > > >Server not responding > > > > > >----------------------------- Your Original Message > > >---------------------------- > > > > > >Date: 11/11/2001 01:12 AM > > >From: ps...@cf...@Internet > > >Subject: [ros-general] Re: GUI commision > > >Priority: Normal > > >Importance: 2 > > >Nice... how is that going? I was thinking of trying to get emacs > > to work. > > > > > >At 06:13 PM 11/10/2001 -0500, you wrote: > > > > > > >As for the text mode stuff I've been working on getting vi and > > mc to work > > > >under reactos. > > > > > >==================================================== > > >= To remove yourself from this mailing list, go to = > > >= http://www.reactos.com/home/mailing.html = > > >==================================================== > > > > ==================================================== > > = To remove yourself from this mailing list, go to = > > = http://www.reactos.com/home/mailing.html = > > ==================================================== > > > > > __________________________________________________ > Do You Yahoo!? > Find a job, post your resume. > http://careers.yahoo.com > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > > > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-11-14 13:10:22
|
Ok then.. we will have to also include freeldr in the binary distros. Which license is freeldr under? My asm is weak -- haven't touched it in a while -- anyone want to volunteer for this task? - Jason --- Phillip Susi <ps...@cf...> wrote: > That's what dos is for. loadros uses dos int 21 to load the files. > It > could simply load freeldr.sys to the correct location in memory, > and jump > to it. > > At 01:25 PM 11/12/2001 -0800, you wrote: > >--- Phillip Susi <ps...@cf...> wrote: > > >You could boot freeldr from a floppy disk, that way without the > > >floppy, you boot dos, insert floppy, and freeloader boots > reactos. > > > >Slow.. I'd rather have loadros stick around. > > > > >if loadros were rewritten to chain load freeldr, I think it > would > > >only take about 100 lines of asm, if that. Writing it in C > would > > >then require a dos C compiler. > > > >If its going to find it, it needs to understand the filesystem.. > > > >- Jason > > > > > > > > > > > > > > > >__________________________________________________ > >Do You Yahoo!? > >Find a job, post your resume. > >http://careers.yahoo.com > > > >==================================================== > >= To remove yourself from this mailing list, go to = > >= http://www.reactos.com/home/mailing.html = > >==================================================== > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-11-14 13:02:54
|
Ok so how do I retrieve the current thread's desktop? Does a desktop have a DC? Or do we look for the desktop's window's DC? - Jason --- Phillip Susi <ps...@cf...> wrote: > CreateCompatibleDC just creates a DC compatible with the calling > thread's current desktop. It has nothing to do with what is the > active window. > > At 11:53 PM 11/12/2001 -0800, you wrote: > >Ok.. well then how does a CreateCompatibleDC(NULL) know what the > >current application's DC is? It somehow has to figure out which is > >the active window of the active desktop... if there are multiple > >active windows in multiple active desktops... well, how? > > > >- Jason > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-11-14 01:18:19
|
CreateCompatibleDC just creates a DC compatible with the calling thread's current desktop. It has nothing to do with what is the active window. At 11:53 PM 11/12/2001 -0800, you wrote: >Ok.. well then how does a CreateCompatibleDC(NULL) know what the >current application's DC is? It somehow has to figure out which is >the active window of the active desktop... if there are multiple >active windows in multiple active desktops... well, how? > >- Jason ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-11-14 01:10:44
|
The C runtime library startup code does not mess with the console, so
either the console is freed/allocated in kernel32.dll or ntdll.dll before
the program entrypoint is called, or possibly something is done differently
in the parent process. You can verify this by using the editbin command
from VC or the SDK to change the subsystem type of an existing exe, which
does not effect the crt startup code in the exe. Because of this, you
can't create a hybrid app that uses a console if it inherits one, or does
not if it does not.
At 10:42 AM 11/13/2001 -0500, you wrote:
>By default, a newly created process inherits the same console (if any) of
>its parent, unless the process was created using the CREATE_NEW_CONSOLE
>flag. Console apps therefore don't have to call anything special in order
>to attach to the console if they are launched from a process that is
>attached to a console. To handle the case where they are launched from a
>process that is not attached to a console (a "GUI" app), "console" apps
>have an explicit call to AllocConsole() in the startup code that gets
>executed before main(). This call silently fails when the app has already
>inherited a console.
> "GUI" apps, on the other hand, don't want a console. When they are
> luanched from a process that is not attached to a console (a "GUI" app),
> they're fine. To handle the case where they are launched from a process
> that is attached to a console (a "console" app), "GUI" apps have an
> explicit call to FreeConsole() in the startup code that gets executed
> before WinMain(). This call silently fails when the app hadn't inherited
> a console. So you see, it's not that the GUI app never had access to the
> parent console; it's that the GUI app has voluntarily detached
> itself. How do you get back to that console? I guess XP's new
> AttachConsole() API function does that. Prior to that, you could only
> ensure that you were attached to *some* console by calling AllocConsole().
> To summarize, the main difference between console apps and GUI apps is
> whether the app calls AllocConsole() ("console") or FreeConsole() ("GUI")
> at startup time. It is my understanding that it is the compiler which
> inserts this startup code for doing any initialization tasks -- such as
> setting up the *argv[] array -- before launching the user's main
> function. The compiler knows which way to write the startup code based
> on the /SUBSYSTEM: option you pass it, or based on a default set of rules
> (main()? console; WinMain()? GUI). This being the case, if the compiler
> allows you to write this code yourself (I *think* VC++ 6.0 does, but I'm
> not 100% sure and I can't find the option right now), you could in theory
> create an app that ran as a GUI app when launched from a GUI app, but ran
> as a console app when launched from a console app.
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: Robert C. <rob...@it...> - 2001-11-13 23:47:07
|
> -----Original Message----- > From: Craig Barkhouse [mailto:cr...@wa...] >=20 > By default, a newly created process inherits the same console=20 ... > startup code based on the /SUBSYSTEM: option you pass it, or=20 > based on a default set of rules (main()? console; WinMain()?=20 > GUI). This being the case, if the compiler allows you to=20 > write this code yourself (I *think* VC++ 6.0 does, but I'm=20 > not 100% sure and I can't find the option right now), you=20 > could in theory create an app that ran as a GUI app when=20 > launched from a GUI app, but ran as a console app when=20 > launched from a console app. Thank you Craig!. I'll go have a look at the win32 gcc prolog code and see what I can see. Rob ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Hartmut B. <har...@te...> - 2001-11-13 20:09:43
|
> -----Ursprungliche Nachricht----- > Von: Hartmut Birr [SMTP:har...@te...] > Gesendet am: Dienstag, 13. November 2001 18:33 > An: 'ros...@re...' > Betreff: [ros-kernel] AW: Bochs source modifications > > I've uploaded the 50 rows patch (8x8 characters) to bochs on sourceforge > (http://sourceforge.net/tracker/?atid=312580&group_id=12580&func=browse). > The patch was for version 1.2.1 and needs some modifications for the > current cvs tree. The 50 rows patch is available at the current cvs tree at 'patches\patch.win32-console' and works. My bochs source snapshot was little bit old. - Hartmut ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Hartmut B. <har...@te...> - 2001-11-13 18:27:34
|
I've uploaded the 50 rows patch (8x8 characters) to bochs on sourceforge (http://sourceforge.net/tracker/?atid=312580&group_id=12580&func=browse). The patch was for version 1.2.1 and needs some modifications for the current cvs tree. I've made a second patch, that enables more then 64MB ram for the bochs client. It use a modified bios and cmos handler. The DbgPrint output isn't a patch. It is available withe configure option --enable-port-e9-hack. I will modify and add both patches to the boch's patch list at sourceforge. - Hartmut > -----Ursprungliche Nachricht----- > Von: Jason Filby [SMTP:jas...@ya...] > Gesendet am: Dienstag, 13. November 2001 10:15 > An: ros...@re... > Betreff: [ros-kernel] Bochs source modifications > > What kind of source modifications does the Bochs on reactos.com have? > We need to keep the exact modifications separate so that we can > integrate them with newer versions of Bochs. As far as I can see the > two biggest modifications are the use of more rows in text mode and > showing DbgPrints in the console window. Any pointers to the source > for these modifications? > > Also, we should probably try and gets these mods into the Bochs > source tree maintained by bochs.sourceforge.net. Then ask them to add > a switch for us (in bochsrc) to enable some features (like DbgPrints > in the console window) that other Bochs users may not wany. > > - Jason ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Craig B. <cr...@wa...> - 2001-11-13 16:10:55
|
----- Original Message -----=20
From: "Robert Collins" <rob...@it...>
To: <ros...@re...>
Sent: Monday, November 12, 2001 8:11 PM
Subject: [ros-kernel] Re: Striped VIM for ReactOS
> > -----Original Message-----
> > From: Craig Barkhouse
> > To: ros...@re...
> > Sent: 11/12/01 1:40 PM
> > Subject: [ros-kernel] Re: Bug Report - VIM for Win32
> >
> > The difference is mainly what the compiler inserts into your program
> as
> > startup code.
> I thought a GUI app was _not_ passed the console handle when it's
> started from cmd.exe (or an equivalent).
>=20
> Thats more than a compiler difference IMO.
>=20
> If however, this is a compiler issue, please please please let me know
> what call is in the prolog to get attach to the console - the only
> AttachConsole call I know of is in XP, and the behaviour of not =
getting
> the console handle has existed since win95.
By default, a newly created process inherits the same console (if any) =
of its parent, unless the process was created using the =
CREATE_NEW_CONSOLE flag. Console apps therefore don't have to call =
anything special in order to attach to the console if they are launched =
from a process that is attached to a console. To handle the case where =
they are launched from a process that is not attached to a console (a =
"GUI" app), "console" apps have an explicit call to AllocConsole() in =
the startup code that gets executed before main(). This call silently =
fails when the app has already inherited a console.
"GUI" apps, on the other hand, don't want a console. When they are =
luanched from a process that is not attached to a console (a "GUI" app), =
they're fine. To handle the case where they are launched from a process =
that is attached to a console (a "console" app), "GUI" apps have an =
explicit call to FreeConsole() in the startup code that gets executed =
before WinMain(). This call silently fails when the app hadn't =
inherited a console. So you see, it's not that the GUI app never had =
access to the parent console; it's that the GUI app has voluntarily =
detached itself. How do you get back to that console? I guess XP's new =
AttachConsole() API function does that. Prior to that, you could only =
ensure that you were attached to *some* console by calling =
AllocConsole().
To summarize, the main difference between console apps and GUI apps =
is whether the app calls AllocConsole() ("console") or FreeConsole() =
("GUI") at startup time. It is my understanding that it is the compiler =
which inserts this startup code for doing any initialization tasks -- =
such as setting up the *argv[] array -- before launching the user's main =
function. The compiler knows which way to write the startup code based =
on the /SUBSYSTEM: option you pass it, or based on a default set of =
rules (main()? console; WinMain()? GUI). This being the case, if the =
compiler allows you to write this code yourself (I *think* VC++ 6.0 =
does, but I'm not 100% sure and I can't find the option right now), you =
could in theory create an app that ran as a GUI app when launched from a =
GUI app, but ran as a console app when launched from a console app.
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: Frank D. E. Jr. <fd...@ya...> - 2001-11-13 13:24:18
|
If the app can only exist in one desktop (is this correct?) use the App's desktop. If it can span desktops, use the one with the mouse pointer, or the one with the most recent interaction, ... Just invent something that makes sense. Alternately, you could pick whatever desktop was most recently affected by the process. --- Jason Filby <jas...@ya...> wrote: > Ok.. well then how does a CreateCompatibleDC(NULL) know what the > current application's DC is? It somehow has to figure out which is > the active window of the active desktop... if there are multiple > active windows in multiple active desktops... well, how? > > - Jason > > --- Phillip Susi <ps...@cf...> wrote: > > I don't see why you can't have multiple interactive desktops if you > > have > > multiple monitors and keyboards/mice, but even non interactive > > desktops > > still need to maintain the active window so that when you switch to > > that > > desktop, it remembers what the active window was. > > > > At 11:12 PM 11/12/2001 +0100, you wrote: > > >On Monday 12 November 2001 21:05, Jason Filby wrote: > > > > Is there just one foreground window in the entire system (a > > global > > > > variable)? Or does each desktop (or perhaps each workstation) > > have a > > > > foreground window? > > > > > >There is one input desktop per interactive window station. And > > there is > > >only one interactive windowstation (maybe more if terminal > > services is > > >installed). I do not think it makes sense to have a foreground > > window on > > >non-interactive desktops. > > > > > > Casper > > > > ==================================================== > > = To remove yourself from this mailing list, go to = > > = http://www.reactos.com/home/mailing.html = > > ==================================================== > > > > > __________________________________________________ > Do You Yahoo!? > Find the one for you at Yahoo! Personals > http://personals.yahoo.com > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > ===== ======= Frank D. Engel, Jr. Please note my new address: fd...@ya... __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-11-13 10:21:28
|
What kind of source modifications does the Bochs on reactos.com have? We need to keep the exact modifications separate so that we can integrate them with newer versions of Bochs. As far as I can see the two biggest modifications are the use of more rows in text mode and showing DbgPrints in the console window. Any pointers to the source for these modifications? Also, we should probably try and gets these mods into the Bochs source tree maintained by bochs.sourceforge.net. Then ask them to add a switch for us (in bochsrc) to enable some features (like DbgPrints in the console window) that other Bochs users may not wany. - Jason __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
8 messages has been excluded from this view by a project administrator.
