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: Steven E. <Ste...@kn...> - 2001-10-02 15:12:23
|
>Writing that front end would be a huge amount of work that would >probably be better spent on the GDI itself. I agree. I didnt mean to make it sound like I thought more work was going in to other stuff and not the GDI. What I was trying to say was once the GDI is in place, attracting developers for a massive project like explorer would be easy. I do belive that the project is distributed very well. All I was getting at was that if we focus more on the GDI now then we will have more developers for writing a explorer replacement. I'm still learning C so I dunno how much help I can be with the GDI. Most of the stuff I've been playing with is on the Application testing side. I've ported over most of the test apps from wine and winelib and am working on building replacment commdlg and comctl dlls. I'm also going to try my hand at coding some winsock stuff in a few weeks. A buddy just made a hardware donation of 5 network cards that may be ne2000 compatible for ReactOS. If anyone needs a ne2k isa card for development let me know and I'll send you one. Steven -----Original Message----- From: Jason Filby To: ros...@re... Sent: 10/2/01 8:51 AM Subject: [ros-kernel] Re: RE: What we really need - Not explorer --- "Frank D. Engel, Jr." <fd...@ya...> wrote: > I have a suggestion. > > There are numerous libraries floating around out there to support > VGA/SVGA graphics. > > Why not write a GDI "front end" to one of those (GPL/LGPL) > libraries > for now? It would not be very efficient, but it would be a start. > Then > you could gradually move more and more of the library code into the > GDI > calls to increase the efficiency, until eventually the system would > be > fairly optimal. > > --- Michael Rich <alp...@al...> wrote: > > > Trying to build a explorer replacement or even really think > > > about it right now is kinda stupid when i cant even run > winhello > > yet. > > > Steven Edwards > > > > I agree with Steven on this issue. Too much focus is put on the > > "pretty" > > features, probably mainly because folks who work on those parts > can > > ===== > ======= > Frank D. Engel, Jr. > Please note my new address: fd...@ya... > > __________________________________________________ > Do You Yahoo!? > Listen to your Yahoo! Mail messages from any phone. > http://phone.yahoo.com > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Hartmut B. <har...@te...> - 2001-10-02 13:50:57
|
I will fix the problem, that some functions doesn't use the file cache. In the future, will ROS be compatible with NT or W2k? Then we must implement a cache manager like NT and the Cc-interface. When not, ROS can't use third party NT drivers for file systems or network redirectors. - Hartmut > -----Ursprungliche Nachricht----- > Von: Rex Jolliff [SMTP:re...@lv...] > Gesendet am: Dienstag, 2. Oktober 2001 07:07 > An: ros...@re... > Betreff: [ros-kernel] Re: Filesystem cache > > At 10:47 PM 10/1/01 +0200, you wrote: > >Vfatfs hasn't a real file cache like NT. When a file is opening, vfatfs > >uses cached directorie data. But the file/dir info functions doesn't use > >the cache. At the moment, vfatfs doesn't free memory from cached directorie > >datas. When the file info functions uses cached directorie data, a simple > >'dir /s' (from cmd.exe) reserves ca. 25MB for a partition with 100000 > >files. > > Say Hartmut, would you like to fix this? The file and directory info functions > should use the cache also. I havent had a lot of spare time lately. If you do > want to fix this, please post and say so, otherwise I'll assume if you do not > claim it within a week or so that I'll have to try to work on it. Thanks, > > > Rex Jolliff > re...@lv... ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-10-02 12:53:57
|
Writing that front end would be a huge amount of work that would probably be better spent on the GDI itself. - Jason --- "Frank D. Engel, Jr." <fd...@ya...> wrote: > I have a suggestion. > > There are numerous libraries floating around out there to support > VGA/SVGA graphics. > > Why not write a GDI "front end" to one of those (GPL/LGPL) > libraries > for now? It would not be very efficient, but it would be a start. > Then > you could gradually move more and more of the library code into the > GDI > calls to increase the efficiency, until eventually the system would > be > fairly optimal. > > --- Michael Rich <alp...@al...> wrote: > > > Trying to build a explorer replacement or even really think > > > about it right now is kinda stupid when i cant even run > winhello > > yet. > > > Steven Edwards > > > > I agree with Steven on this issue. Too much focus is put on the > > "pretty" > > features, probably mainly because folks who work on those parts > can > > ===== > ======= > Frank D. Engel, Jr. > Please note my new address: fd...@ya... > > __________________________________________________ > Do You Yahoo!? > Listen to your Yahoo! Mail messages from any phone. > http://phone.yahoo.com > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Frank D. E. Jr. <fd...@ya...> - 2001-10-02 12:30:50
|
I have a suggestion. There are numerous libraries floating around out there to support VGA/SVGA graphics. Why not write a GDI "front end" to one of those (GPL/LGPL) libraries for now? It would not be very efficient, but it would be a start. Then you could gradually move more and more of the library code into the GDI calls to increase the efficiency, until eventually the system would be fairly optimal. --- Michael Rich <alp...@al...> wrote: > > Trying to build a explorer replacement or even really think > > about it right now is kinda stupid when i cant even run winhello > yet. > > Steven Edwards > > I agree with Steven on this issue. Too much focus is put on the > "pretty" > features, probably mainly because folks who work on those parts can ===== ======= Frank D. Engel, Jr. Please note my new address: fd...@ya... __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-10-02 12:08:24
|
--- Michael Rich <alp...@al...> wrote: >I agree with Steven on this issue. Too much focus is put on the >"pretty" features, probably mainly because folks who work on those >parts can brag the loudest since its the most visible layer. How much >glory could you get by bragging about writing a SCSI class driver or a >TDI driver or what not versus "Oh I wrote the Explorer interface, >isn't it lovely". Well I don't know if too much _development_ focus is being put on the GDI/GUI. Its mainly discussion at the moment. Overall, development seems to be very balanced. >I would think besides the registry, that the networking code would >be the most important because once you can serve up network package, >you can almost become a standalone server. Just get apache running >and you have a near instant WWW server, which would be VERY usable, >IMHO. To me it seems that getting basic networking going will take more than the GDI (although I could be mistaken). To me it looks this way because there are a lot of drivers and APIs that need to be written before the basics are working. >I speak up rarely on the list, but I'd like to mention you folks >are doing a great job with such a complex task. Yes, indeed. - Jason __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-10-02 05:53:55
|
Also please remember the bug tracking of our SF site.. - Jason --- Rex Jolliff <re...@lv...> wrote: > At 10:47 PM 10/1/01 +0200, you wrote: > >Vfatfs hasn't a real file cache like NT. When a file is opening, > vfatfs > >uses cached directorie data. But the file/dir info functions > doesn't use > >the cache. At the moment, vfatfs doesn't free memory from cached > directorie > >datas. When the file info functions uses cached directorie data, a > simple > >'dir /s' (from cmd.exe) reserves ca. 25MB for a partition with > 100000 > >files. > > Say Hartmut, would you like to fix this? The file and directory > info functions > should use the cache also. I havent had a lot of spare time > lately. If you do > want to fix this, please post and say so, otherwise I'll assume if > you do not > claim it within a week or so that I'll have to try to work on it. > Thanks, > > > Rex Jolliff > re...@lv... > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Rex J. <re...@lv...> - 2001-10-02 05:11:57
|
At 10:47 PM 10/1/01 +0200, you wrote: >Vfatfs hasn't a real file cache like NT. When a file is opening, vfatfs >uses cached directorie data. But the file/dir info functions doesn't use >the cache. At the moment, vfatfs doesn't free memory from cached directorie >datas. When the file info functions uses cached directorie data, a simple >'dir /s' (from cmd.exe) reserves ca. 25MB for a partition with 100000 >files. Say Hartmut, would you like to fix this? The file and directory info functions should use the cache also. I havent had a lot of spare time lately. If you do want to fix this, please post and say so, otherwise I'll assume if you do not claim it within a week or so that I'll have to try to work on it. Thanks, Rex Jolliff re...@lv... ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: James T. <jim...@ad...> - 2001-10-02 04:36:20
|
Okay,
I found _alloca in lib/crtdll/stdlib/malloc.c and added it to
lib/msvcrt/stdlib/malloc.c. It worked! But I do not think this
was the right fix. I'm not sure if it is needed in kernel32.a
or any other lib files. It just failed compiling in apps/files.
Maybe my tool lib directories are not set up right? My other apps
worked, cpp and c window apps.
make -C apps/file
make[1]: Entering directory `/scsi/reactos/apps/file'
i386-mingw32-gcc -I./ -I../../include -pipe -march=i386 -c file.c -o file.o
i386-mingw32-gcc -Wl,--subsystem,console \
-Wl,--entry,_mainCRTStartup \
-o file.nostrip.exe \
file.o
file.o(.text+0x111):file.c: undefined reference to `_alloca'
make[1]: *** [file.nostrip.exe] Error 1
make[1]: Leaving directory `/scsi/reactos/apps/file'
make: *** [file] Error 2
Let me know, thanks,
James
On Tue, 2 Oct 2001, James Tabor wrote:
> Hi,
> I DL the CVS and ported all the gcc stuff to linux. Not bad,
> my programs compiled and they ran on my Win 98 2e with out
> any problems. :)
>
> Now I compiles ROS I ran into this. The only lines I changed
> in rules.mak was the HOST = mingw32-linux and PREFIX = i386-mingw32-.
>
> So the error I get is this:
>
> make -C lib/msvcrt
> make[1]: Entering directory `/scsi/reactos/lib/msvcrt'
> i386-mingw32-dlltool --as=i386-mingw32-as --dllname msvcrt.dll \
> --def ./msvcrt.def \
> --output-lib ../../dk/w32/lib/msvcrt.a \
> --kill-at
> i386-mingw32-gcc -Wl,--base-file,base.tmp \
> -Wl,--entry,_DllMain@12 \
> -nostartfiles -mdll -Wl,--image-base,0x78000000 \
> -o junk.tmp -lgcc \
> ./msvcrt.coff msvcrt.o ../../dk/w32/lib/kernel32.a
> msvcrt.o(.text+0xc57a):sscanf.c: undefined reference to `_alloca'
> msvcrt.o(.text+0xd1bb):vfprintf.c: undefined reference to `_alloca'
> msvcrt.o(.text+0xd7ef):vfprintf.c: undefined reference to `_alloca'
> msvcrt.o(.text+0x105bc):vfscanf.c: undefined reference to `_alloca'
> msvcrt.o(.text+0x117b4):vfwprint.c: undefined reference to `_alloca'
> msvcrt.o(.text+0x11e08):vfwprint.c: more undefined references to `_alloca' follow
> make[1]: *** [msvcrt.nostrip.dll] Error 1
> make[1]: Leaving directory `/scsi/reactos/lib/msvcrt'
> make: *** [msvcrt] Error 2
>
> I hope this helps, Please let me know.
> James
>
>
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: Michael R. <alp...@al...> - 2001-10-02 03:37:58
|
> Is the registry and gdi working right. To atract more > developers or at least let them know about about this project > we need press. Did anyone else see the posting on slashdot > about PetrOS? the only reason it got press was because they > have a GDI that is somewhat like in windows. > Trying to build a explorer replacement or even really think > about it right now is kinda stupid when i cant even run winhello yet. > Steven Edwards I agree with Steven on this issue. Too much focus is put on the "pretty" features, probably mainly because folks who work on those parts can brag the loudest since its the most visible layer. How much glory could you get by bragging about writing a SCSI class driver or a TDI driver or what not versus "Oh I wrote the Explorer interface, isn't it lovely". I would think besides the registry, that the networking code would be the most important because once you can serve up network package, you can almost become a standalone server. Just get apache running and you have a near instant WWW server, which would be VERY usable, IMHO. I speak up rarely on the list, but I'd like to mention you folks are doing a great job with such a complex task. mike ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-02 03:24:39
|
Is the registry and gdi working right. To atract more developers or at least let them know about about this project we need press. Did anyone else see the posting on slashdot about PetrOS? the only reason it got press was because they have a GDI that is somewhat like in windows. Trying to build a explorer replacement or even really think about it right now is kinda stupid when i cant even run winhello yet. Steven Edwards -----Original Message----- From: Phillip Susi To: ros...@re... Sent: 10/1/01 7:52 PM Subject: [ros-kernel] Re: we can use: We were discussing darkstep ( which is the next generation litestep afaik ) the other day on ros-general. The bottom line is that none of these 'shell replacements' are true shells. They do not provide an interface to the shell namespace ( rooted at the desktop and going down into my computer, etc ), but instead only provide a desktop application launcher. The other problem that I have with running darkstep is that you have to precisely configure EVERYTHING in the step.rc. For instance, I tried out a theme that came with a preconfigured step.rc for 1024 x 768. In order to modify this to work on my 1280 x 1024 screen, I had to edit the step.rc and modify the pixel coordinates of every single bitmap, button, or other visual component on the desktop to make it fit the screen. At 04:42 PM 10/1/2001 +0200, you wrote: >look at litestep (www.liestep.com) >its a shell for windows with skins (star wars, ...) >you can't use icons for desktop > >its a free projact (GPL) > > ><ros...@re...> schrieb am 30.09.01: > > SEAL is a DOS GUI Not a windows explorer.exe replacement. :) > > ----- Original Message ----- > > From: "Zeno Kaiser" <Gen...@we...> > > To: <ros...@re...> > > Sent: Sunday, September 30, 2001 10:40 AM > > Subject: [ros-kernel] we can use: > > > > > > > i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) > > (GPL) > > > and we can use the wineAPI dokumentation > > > greets genesisXG > > > > > > ________________________________________________________________________ ____ > > __ > > > Sie surfen im Internet statt im Meer? Selbst schuld! > > > Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 > > > > > > ==================================================== > > > = 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 = > > ==================================================== > > > > >_______________________________________________________________________ >1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de >Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de > > >==================================================== >= 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: James T. <jim...@ad...> - 2001-10-02 02:00:39
|
Hi,
I DL the CVS and ported all the gcc stuff to linux. Not bad,
my programs compiled and they ran on my Win 98 2e with out
any problems. :)
Now I compiles ROS I ran into this. The only lines I changed
in rules.mak was the HOST = mingw32-linux and PREFIX = i386-mingw32-.
So the error I get is this:
make -C lib/msvcrt
make[1]: Entering directory `/scsi/reactos/lib/msvcrt'
i386-mingw32-dlltool --as=i386-mingw32-as --dllname msvcrt.dll \
--def ./msvcrt.def \
--output-lib ../../dk/w32/lib/msvcrt.a \
--kill-at
i386-mingw32-gcc -Wl,--base-file,base.tmp \
-Wl,--entry,_DllMain@12 \
-nostartfiles -mdll -Wl,--image-base,0x78000000 \
-o junk.tmp -lgcc \
./msvcrt.coff msvcrt.o ../../dk/w32/lib/kernel32.a
msvcrt.o(.text+0xc57a):sscanf.c: undefined reference to `_alloca'
msvcrt.o(.text+0xd1bb):vfprintf.c: undefined reference to `_alloca'
msvcrt.o(.text+0xd7ef):vfprintf.c: undefined reference to `_alloca'
msvcrt.o(.text+0x105bc):vfscanf.c: undefined reference to `_alloca'
msvcrt.o(.text+0x117b4):vfwprint.c: undefined reference to `_alloca'
msvcrt.o(.text+0x11e08):vfwprint.c: more undefined references to `_alloca' follow
make[1]: *** [msvcrt.nostrip.dll] Error 1
make[1]: Leaving directory `/scsi/reactos/lib/msvcrt'
make: *** [msvcrt] Error 2
I hope this helps, Please let me know.
James
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: David W. <we...@cw...> - 2001-10-02 01:13:13
|
On Mon, Oct 01, 2001 at 10:47:33PM +0200, Hartmut Birr wrote: > Vfatfs hasn't a real file cache like NT. When a file is opening, vfatfs > uses cached directorie data. But the file/dir info functions doesn't use > the cache. > Are you sure? It seems like the file/dir info functions use the same functions are getting directory entries as the create file function. > At the moment, vfatfs doesn't free memory from cached directorie > datas. When the file info functions uses cached directorie data, a simple > 'dir /s' (from cmd.exe) reserves ca. 25MB for a partition with 100000 > files. > This is certainly true. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-10-01 23:59:32
|
We were discussing darkstep ( which is the next generation litestep afaik ) the other day on ros-general. The bottom line is that none of these 'shell replacements' are true shells. They do not provide an interface to the shell namespace ( rooted at the desktop and going down into my computer, etc ), but instead only provide a desktop application launcher. The other problem that I have with running darkstep is that you have to precisely configure EVERYTHING in the step.rc. For instance, I tried out a theme that came with a preconfigured step.rc for 1024 x 768. In order to modify this to work on my 1280 x 1024 screen, I had to edit the step.rc and modify the pixel coordinates of every single bitmap, button, or other visual component on the desktop to make it fit the screen. At 04:42 PM 10/1/2001 +0200, you wrote: >look at litestep (www.liestep.com) >its a shell for windows with skins (star wars, ...) >you can't use icons for desktop > >its a free projact (GPL) > > ><ros...@re...> schrieb am 30.09.01: > > SEAL is a DOS GUI Not a windows explorer.exe replacement. :) > > ----- Original Message ----- > > From: "Zeno Kaiser" <Gen...@we...> > > To: <ros...@re...> > > Sent: Sunday, September 30, 2001 10:40 AM > > Subject: [ros-kernel] we can use: > > > > > > > i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) > > (GPL) > > > and we can use the wineAPI dokumentation > > > greets genesisXG > > > > > > ____________________________________________________________________________ > > __ > > > Sie surfen im Internet statt im Meer? Selbst schuld! > > > Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 > > > > > > ==================================================== > > > = 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 = > > ==================================================== > > > > >_______________________________________________________________________ >1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de >Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de > > >==================================================== >= 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: Hartmut B. <har...@te...> - 2001-10-01 20:52:37
|
Vfatfs hasn't a real file cache like NT. When a file is opening, vfatfs uses cached directorie data. But the file/dir info functions doesn't use the cache. At the moment, vfatfs doesn't free memory from cached directorie datas. When the file info functions uses cached directorie data, a simple 'dir /s' (from cmd.exe) reserves ca. 25MB for a partition with 100000 files. - Hartmut > -----Ursprungliche Nachricht----- > Von: Phillip Susi [SMTP:ps...@cf...] > Gesendet am: Sonntag, 30. September 2001 16:47 > An: ros...@re... > Betreff: [ros-kernel] Re: Filesystem cache > > I'm not sure, but I think that sometimes the directory data is cached, such > as when opening files or changing directories, it does not seem to read the > disk, but when doing a simple dir command, there is intense disk IO and > each file in the directory is printed one at a time, very slowly, as if it > were still reading in a sector from the disk for each file found in the > directory. > > At 11:52 AM 9/30/2001 +0100, you wrote: > >On Sat, Sep 29, 2001 at 09:54:15PM -0700, Rex Jolliff wrote: > > > > > > I thought I was done with this. Perhaps I missed something, or subsequent > > > changes > > > altered the behaviour of the caching code. I am not currently working on > > > this. I seem > > > to remember that someone else picked up the vfat driver. Perhaps this > > > person will > > > look into this. If not, I can take a look. > > > > >The vfat directory read code uses the interfaces for reading file data so > >it does go through the cache but it doesn't operate directly on the cached > >data so it is less efficent. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Zeno K. <Gen...@we...> - 2001-10-01 14:52:13
|
shell news and informations: http://www.shellcity.net/ http://www.shellfront.org/ http://desktopian.org/shells.html http://desktopian.org/ http://desktopian.org/tinthms/pages/interphasethm.html some shell pages _______________________________________________________________________ 1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Zeno K. <Gen...@we...> - 2001-10-01 14:45:26
|
look at litestep (www.liestep.com) its a shell for windows with skins (star wars, ...) you can't use icons for desktop its a free projact (GPL) <ros...@re...> schrieb am 30.09.01: > SEAL is a DOS GUI Not a windows explorer.exe replacement. :) > ----- Original Message ----- > From: "Zeno Kaiser" <Gen...@we...> > To: <ros...@re...> > Sent: Sunday, September 30, 2001 10:40 AM > Subject: [ros-kernel] we can use: > > > > i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) > (GPL) > > and we can use the wineAPI dokumentation > > greets genesisXG > > > ____________________________________________________________________________ > __ > > Sie surfen im Internet statt im Meer? Selbst schuld! > > Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 > > > > ==================================================== > > = 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 = > ==================================================== > _______________________________________________________________________ 1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-10-01 02:15:55
|
Not likely. The api is probably not compatible with the GDI, nor is it written to use DDI display drivers as the GDI is. At 07:51 PM 9/30/2001 -0400, you wrote: >Would this be of help for the GDI? I remeber a thread in the kernel >mailling list a while back about the windows GDI being base of a paint program. > ><http://sourceforge.net/projects/paintlib/>http://sourceforge.net/projects/paintlib/ > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-10-01 02:13:41
|
Someone started working on a simple kernel debugger though it doesn't do much right now. Porting something like this for linux is going to be quite a bit of work, but there may be a fair amount of code from it that can be reused. Good luck. At 11:37 AM 9/30/2001 -0700, you wrote: >I'm thinking about porting privateice (http://pice.sourceforge.net) to >reactos. Pice is a winice clone for linux. It is in a pretty decent state, >although it looks like the project has been abandoned. >Is anyone else working on something similar? >Any input is appreciated. > >ei ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-09-30 23:51:01
|
Would this be of help for the GDI? I remeber a thread in the kernel mailling list a while back about the windows GDI being base of a paint program. http://sourceforge.net/projects/paintlib/ |
|
From: Eugene I. <ge...@ya...> - 2001-09-30 18:40:33
|
I'm thinking about porting privateice (http://pice.sourceforge.net) to reactos. Pice is a winice clone for linux. It is in a pretty decent state, although it looks like the project has been abandoned. Is anyone else working on something similar? Any input is appreciated. ei _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Richard C. <rc...@ca...> - 2001-09-30 18:16:35
|
SEAL is a DOS GUI Not a windows explorer.exe replacement. :) ----- Original Message ----- From: "Zeno Kaiser" <Gen...@we...> To: <ros...@re...> Sent: Sunday, September 30, 2001 10:40 AM Subject: [ros-kernel] we can use: > i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) (GPL) > and we can use the wineAPI dokumentation > greets genesisXG > ____________________________________________________________________________ __ > Sie surfen im Internet statt im Meer? Selbst schuld! > Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 > > ==================================================== > = 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: Phillip S. <ps...@cf...> - 2001-09-30 16:00:02
|
Is there some reason you posted this twice? Anyhow, that web site doesn't give any information about what this thing is. Unless it is windows 3.1 open source, it isn't anything we can use. What I mean by that is if it is some proprietary gui system, it has nothing to do with win32, we need to implement the win32 GDI and USER apis, not something else. At 05:40 PM 9/30/2001 +0200, you wrote: >i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) (GPL) >and we can use the wineAPI dokumentation >greets genesisXG >______________________________________________________________________________ >Sie surfen im Internet statt im Meer? Selbst schuld! >Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 > >==================================================== >= 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: Zeno K. <Gen...@we...> - 2001-09-30 15:45:27
|
i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) (GPL) and we can use the wineAPI dokumentation greets genesisXG ______________________________________________________________________________ Sie surfen im Internet statt im Meer? Selbst schuld! Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Zeno K. <Gen...@we...> - 2001-09-30 15:43:16
|
i think that we can use the sealsystem GUI for DOS (www.sealsystem.org) (GPL) and we can use the wineAPI dokumentation mfg genesisXG ______________________________________________________________________________ Sie surfen im Internet statt im Meer? Selbst schuld! Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-09-30 14:54:50
|
I don't think this answers James' question. Mingw is not just a port of gcc, it is gcc built to support i386-pe as a target. James wants to build gcc as a cross compiler so it runs on linux, but outputs i386-pe files. I managed to get this working a few weeks ago, after many hours of toiling. There does not seem to be a precompiled cross compiler out there, and building it was extremely difficult. I ended up deciding it was more trouble than it was worth, and switched back to running win2k. At 07:17 PM 9/29/2001 -0400, you wrote: >Dear James: > >Actually Mingw is a minimal port of GCC the Linux compiler and most if not >all are limited ports from Linux. In short the answer to your question is >Yes. However, to be more specific, Mingw and more is already part of the >Linux system. Mingw is just a subset of what's available in Linux to Windows >in hopes of inspiring opensource development in the Win32 community. > >I hope that this answers your question. >Walter. ==================================================== = 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.
