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...@ya...> - 2002-07-18 06:52:11
|
I forgot to add that you can help by responding in alt.config to help show support. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-07-18 06:50:24
|
Proposal - alt.os.reactos Discussion forum for the OpenSource WindowsNT/2K clone ReactOS CHARTER: alt.os.reactos discusses design and implementation of the ReactOS operating systems and its relation to the Microsoft Windows Operating Systems. Subjects will include but not be limited to device drivers, win32api support, the posix subsystem and license issues X11/BSD and GNU GPL/LGPL. The newsgroup will not be moderated. Binary, off-topic, spam and advertising posts are not permitted. Discussion of hacks, cracks, warez, serial numbers or the illegal exchange of copyrighted software is banned. JUSTIFICATION: A scan of messages in Google Groups in the 3 months from 5/17/98 to 7/17/98 showed *exactly* 1,010 relevant matches discussing ReactOS. ReactOS is the key topic of no less then 3 mailing lists and 2 web message boards and as such central repository such as a news group would be convenient. Thanks Steven Edwards -- "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
|
From: KJK::Hyperion <no...@li...> - 2002-07-17 21:25:06
|
At 20.25 17/07/2002, you wrote: >Also wine has some bugs with its CxxFrameHandler what's this? >Dont get me wrong I am not oposed to a project to rewrite explorer.exe. and I'm not supporting such a project :-) Explorer isn't exactly the best desktop around, it's Shell32 that matters >1. It doesnt link to msvcp60.dll C++ runtime? whoa, it's big. It implements the STL, I see. We could use STLPort for this, it's the STL the OpenOffice guys are using, and it looks good (http://www.stlport.org/). The problem is that the DLL uses Microsoft's C++ name decoration. I started documenting their decoration scheme some time ago, but I can't find the BNF grammar I hacked together anymore. If you need help on adding this to g++, I can try reconstructing what I had found out >4. After only 1 day of work I can now compile 50% of geoShell under >mingw/gcc 3.1. I was working on litestep I would be banging my head in to >the wall right now. ;-) > > but was is usable? would you use it? I downloaded it > > and gave it a try, and > > my answer is ... >I was using it....the only real problem I had was the lack of Desktop Icons. me too. Anyway, what do you think of my idea of the desktop as an always-on-bottom bar with a Desktop widget in it? > > ... nope, geoshell is not ready for "prime time". It > > didn't even *work* for > > me. Some menus didn't open, some plugins behaved > > odd, some menus flickered. > > A disappointment >The only thig left that really bothers me is so bugs in minamizing the >geobars. I noticed a long series of bug and quirks, instead. The Favorites menu doesn't open (not that I really miss it, since I use Opera full-time). There's a duplicate Programs menu because I have a localized Windows and it was expecting the folder to be literally called "Programs". The "lock screen" doesn't lock the screen at all, it starts the screen saver. Some control panel applets had the wrong icon or caption. Some icons appeared shrunk. If you want a full bug report, I can reinstall geOShell >I agree adding stuff to the bars could be better... I think the size of >the default geObar doesnt help to much. that's why Office (and most programs with similar toolbars) has a separate dialog [...] >Come on dude how hard is it to rename the resources? I think you misunderstood me. I'm just pointing out usability problems. Mine is a designer's point of view, not a developer's. But if it's easy to solve, even better :-) [...] >I dont see why we couldnt implement this if we adopt R4. they are working >on R6 but are willing to help us if we do future development on R4 for ReactOS. again: it's not (strictly) a technical matter. I just want an opinion on my remarks: do they make sense to you? do you agree? anything to add? BTW, I didn't ask directly to the geOShell team because I was afraid they were a bit too "1337" to understand usability arguments (no offense meant, I just seem to have strange prejudices against IRC'ers) |
|
From: David W. <we...@cw...> - 2002-07-17 21:08:17
|
On Tue, Jul 16, 2002 at 10:26:26PM -0500, Royce Mitchell III wrote: > Any ideas? > Yes, ntoskrnl is an exception, just add 0xc0000000 to the printed address when using addr2line. I'm sorry figuring out where the kernel crashed can be such a bear. > It is still reporting div/0 by the way, and I have latest CVS... > Seems to be working here. |
|
From: Royce M. I. <ro...@ev...> - 2002-07-17 20:17:17
|
That's the impression I got when I checked them out a few weeks ago. Royce3 > >Subject: [ros-kernel] YAW: yet another windows (old project) > From: "=?utf-8?Q?ea...@io...?=" <ea...@io...> > Date: Wed, 17 Jul 2002 14:37:44 +0200 > To: rea...@li... > >SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Thomas J. H. <shi...@sh...> - 2002-07-17 20:05:13
|
At 02:37 PM 7/17/2002 +0200, =?utf-8?Q?ea...@io...?= writeth: >SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= For those who can't read/speak/understand the Base64 language: ------------Start of Base64 Decode--------------- Is it a dead project? http://www.ice.ru/yaw/ -------------End of Base64 Decode---------------- Hope this helps! Thomas J. Hruska -- shi...@sh... Shining Light Productions -- "Meeting the needs of fellow programmers" http://www.shininglightpro.com/ |
|
From: Steven E. <ste...@ya...> - 2002-07-17 18:48:44
|
--- "Robert K." <ro...@ko...> wrote: > ...with my exams this year. > I had some hard exams and therefore I went into the > background. > But now I'll start again working on ROS/2. > The first thing is to create an intermediate header > that makes > it possible to include both os2.h and ntddk.h cool =) > But at first I have to get the newest status. > Which version of what is now current? If you are talking about the compiler you still need to use mingw off of the ReactOS site. > How far is it possible to have cygwin and mingw > parallel installed? > OR is it recommended? I wouldnt use cygwin...but thats just me. If you want a unix enviroment with mingw checkout MSYS > The os2ss tree went up to the root, didn't it ? Correct. Steven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-07-17 18:25:16
|
Let me Preface this by saying that I am working on
adapting geoShell R4 for mingw and testing
geoShell/WinCVS under WINE to make sure the wine
shell32 and shlwapi are to the point that we will be
able to use them when we have windowing. Mingw lacks a
shlwapi.h so I have had to hack the wine one for use
with mingw, also there a few definitions missing from
winuser that I have had to adapt from MS_VC/WINE. Also
wine has some bugs with its CxxFrameHandler so it
looks like I am going to be writing a set of tests
before I can test geoShell and Wincvs under
WINE/linux.
Dont get me wrong I am not oposed to a project to
rewrite explorer.exe. I only started on this because
1. It doesnt link to msvcp60.dll like litestep. The
msvcp* dlls contains 2000+ functions. I am not
rewriting this anytime soon.
2. geoShell is a lot simpler and a much tigher
community
with people that are interest in working with us on
R4.
They have already commited a few patches from me.
3. Something will need to be implemented and I wanted
to play with gcc 3.1 and learn a little C++ =)
4. After only 1 day of work I can now compile 50% of
geoShell under mingw/gcc 3.1. I was working on
litestep I would be banging my head in to the wall
right now.
> well, from what I could see, it looks like a good
> deal of functions has
> already been implemented. Won't run explorer, maybe
I think depending on your wine configuration you can
run explorer if you setup a desktop in your
.wine/config. I dont know if this is using any windows
dlls or all native wine so's.
> but was is usable? would you use it? I downloaded it
> and gave it a try, and
> my answer is ...
I was using it....the only real problem I had was the
lack of Desktop Icons. Last night though a found a
program that fixes that...geoDesk =)
> ... nope, geoshell is not ready for "prime time". It
> didn't even *work* for
> me. Some menus didn't open, some plugins behaved
> odd, some menus flickered.
> A disappointment
The only thig left that really bothers me is so bugs
in minamizing the geobars.
> Not to speak of the (un)usability. Editing the bars
> is a pain: a lot of
> mouse clicking, menu hunting and, I'm afraid,
> registry editing. My
> favorite: the surprise pop-up menu that asks you
> after which element to
> insert a new one. Compare this hell to the
> outrageous ease of customization
> of Office toolbars
I agree adding stuff to the bars could be better... I
think the size of the default geObar doesnt help to
much.
> Another counter-intuitive aspect is the terminology.
> First of all: the
> plugins are identified by name (geOTasks, geOTray,
> etc.), rather than by
> function ("Task bar", "System tray", etc.). Then:
> why "plugins"? they're
> more "panels" to me. A bar's menu (a bad idea in
> itself) should say
> "Insert >", and pop-up a list of "Separator",
> "Spacer", <separator>, "Task
> bar", "System tray", etc. instead of a "Load plugin"
> that pops up a list of
> unintellegible nicknames
Come on dude how hard is it to rename the resources?
> (geOShell's floating bars design is the ass-kicker.
> No doubt)
=)
> Other things I feel a need for: a "read-only"
> function to lock bars and
> panels, to avoid modifying or moving them without
> being able to undo (a
> must for beginners - see the infamous "half my
> screen is gray" problem),
> "smart menus", i.e. hide rarely used items (you
> think it's for beginners
> only? just wait until your Programs menu doesn't fit
> the screen anymore),
> and a floating semitransparent recycle bin in the
> lower right corner, of course
I dont see why we couldnt implement this if we adopt
R4. they are working on R6 but are willing to help us
if we do future development on R4 for ReactOS.
Thanks
Steven
__________________________________________________
Do You Yahoo!?
Yahoo! Autos - Get free new car price quotes
http://autos.yahoo.com
|
|
From: KJK::Hyperion <no...@li...> - 2002-07-17 18:03:42
|
At 03.34 15/07/2002, you wrote: > > I second the "kick ass" thing, but it's just a > > desktop. A real shell > > replacement is still far away ;-( > > BTW, what's the status of Wine's shell32? >I really couldnt tell you in terms of total API implementation. I guess if >you need a function from shell32 the best place to look is >http://cvs.winehq.com/cvsweb/wine/dlls/shell32/ well, from what I could see, it looks like a good deal of functions has already been implemented. Won't run explorer, maybe >I have been using R4 all day on win2k and only had it crash once.... but was is usable? would you use it? I downloaded it and gave it a try, and my answer is ... >I think it was my fault though and not a geoshell problem. Other then that >one lockup it has worked great. ... nope, geoshell is not ready for "prime time". It didn't even *work* for me. Some menus didn't open, some plugins behaved odd, some menus flickered. A disappointment Not to speak of the (un)usability. Editing the bars is a pain: a lot of mouse clicking, menu hunting and, I'm afraid, registry editing. My favorite: the surprise pop-up menu that asks you after which element to insert a new one. Compare this hell to the outrageous ease of customization of Office toolbars Another counter-intuitive aspect is the terminology. First of all: the plugins are identified by name (geOTasks, geOTray, etc.), rather than by function ("Task bar", "System tray", etc.). Then: why "plugins"? they're more "panels" to me. A bar's menu (a bad idea in itself) should say "Insert >", and pop-up a list of "Separator", "Spacer", <separator>, "Task bar", "System tray", etc. instead of a "Load plugin" that pops up a list of unintellegible nicknames What about the layout? The floating bars design is probably the most interesting feature of geOShell, but it has to be done better. Take the positioning/sizing model. You can lock a bar, but you cannot align it. For example, it's hard and painful to mimic the standard Explorer layout (remember, this is the first priority), you have to move them manually, down to the pixel. The Anchors and Alignment properties of Delphi components are a nice and simple way to accomplish this. Set Anchors to [left, top, right, bottom] and Alignment to Client (and maybe some Level property set to "always on bottom"), and presto! a screen-sized bar, perfect to host a Desktop plugin (or a big Terminal for those Unix types). Want a standard taskbar? Anchors set to [left, bottom, right], Alignment set to Bottom and Level set to "always on top", add a Start button, a taskbar, a system tray and a clock (geOShell's floating bars design is the ass-kicker. No doubt) Other things I feel a need for: a "read-only" function to lock bars and panels, to avoid modifying or moving them without being able to undo (a must for beginners - see the infamous "half my screen is gray" problem), "smart menus", i.e. hide rarely used items (you think it's for beginners only? just wait until your Programs menu doesn't fit the screen anymore), and a floating semitransparent recycle bin in the lower right corner, of course Comments? |
|
From: =?utf-8?Q?<ea...@io...> - 2002-07-17 12:37:53
|
SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= |
|
From: Royce M. I. <ro...@ev...> - 2002-07-17 11:53:56
|
I put a bunch of DbgPrint's all over that function last night, and didn't see any of them on-screen... ----- Original Message ----- From: "Royce Mitchell III" <ro...@ev...> To: <rea...@li...> Sent: Tuesday, July 16, 2002 10:26 PM Subject: [ros-kernel] finally got good stack trace... > Here are the results. Kinda odd how four traces turn up the same line in > irql.c... > > crashed on hal.dll 4228 ( udelay.c 94 ) > WRITE_PORT_UCHAR((PUCHAR)(0x40+channel), > (unsigned char) temp); > > stack trace: > > ntoskrnl.exe 23e8 ( usercall.c 99 ) > ( closing } of KeAddSystemServiceTable ) > > hal.dll 5694 ( irql.c 385 ) > hal.dll 56e8 ( irql.c 385 ) > hal.dll 57f3 ( irql.c 385 ) > hal.dll 580f ( irql.c 385 ) > ( closing } of HalEnableSystemInterrupt ) > > > Any ideas? It is still reporting div/0 by the way, and I have latest CVS... > > I'm gonna add DbgPrint to find out what channel and temp it's crashing on... > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Jabber - The world's fastest growing > real-time communications platform! Don't just IM. Build it in! > http://www.jabber.com/osdn/xim > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Royce M. I. <ro...@ev...> - 2002-07-17 03:30:58
|
Here are the results. Kinda odd how four traces turn up the same line in
irql.c...
crashed on hal.dll 4228 ( udelay.c 94 )
WRITE_PORT_UCHAR((PUCHAR)(0x40+channel),
(unsigned char) temp);
stack trace:
ntoskrnl.exe 23e8 ( usercall.c 99 )
( closing } of KeAddSystemServiceTable )
hal.dll 5694 ( irql.c 385 )
hal.dll 56e8 ( irql.c 385 )
hal.dll 57f3 ( irql.c 385 )
hal.dll 580f ( irql.c 385 )
( closing } of HalEnableSystemInterrupt )
Any ideas? It is still reporting div/0 by the way, and I have latest CVS...
I'm gonna add DbgPrint to find out what channel and temp it's crashing on...
|
|
From: Robert K. <ro...@ko...> - 2002-07-16 23:09:56
|
...with my exams this year. I had some hard exams and therefore I went into the background. But now I'll start again working on ROS/2. The first thing is to create an intermediate header that makes it possible to include both os2.h and ntddk.h But at first I have to get the newest status. Which version of what is now current? How far is it possible to have cygwin and mingw parallel installed? OR is it recommended? The os2ss tree went up to the root, didn't it ? |
|
From: Royce M. I. <ro...@ev...> - 2002-07-16 14:57:52
|
wcstombs.c(91): if (wc < 0 || wc > 0x7fffffff) shouldn't this be: if ( wc & 0x80000000 ) same thing in wcstomb.c(87) if (wc < 0 || wc > 0x7fffffff) Now that I think about it, I think this won't fix the warning, because the warning is that expression is always false because of limited range of type. Perhaps the check should really bw: if ( wc & 0x8000 ) since wchar_t is supposed to be 16-bit? |
|
From: Royce M. I. <ro...@ev...> - 2002-07-16 12:38:22
|
MAKE INSTALL appears to be broken. It's not copying atapi.sys, disk.sys, or class2.sys to the system32\drivers directory. |
|
From: Royce M. I. <ro...@ev...> - 2002-07-16 12:37:54
|
Crash line: ntoskrnl.exe <50deb>
C:\reactos\ntoskrnl>objdump -h ntoskrnl.exe
ntoskrnl.exe: file format pei-i386
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 0007d000 c0001000 c0001000 00001000 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE, DATA
1 .data 00004000 c007e000 c007e000 0007e000 2**2
CONTENTS, ALLOC, LOAD, DATA
2 .edata 00007000 c0082000 c0082000 00082000 2**2
CONTENTS, ALLOC, LOAD, DATA
3 .idata 00001000 c0089000 c0089000 00089000 2**2
CONTENTS, ALLOC, LOAD, DATA
4 .rsrc 00002000 c008a000 c008a000 0008a000 2**2
CONTENTS, ALLOC, LOAD, DATA
5 .bss 000342f0 c008c000 c008c000 00000000 2**2
ALLOC
6 .reloc 00007000 c00c1000 c00c1000 0008c000 2**2
CONTENTS, ALLOC, LOAD, DATA
C:\reactos\ntoskrnl>addr2line --exe=ntoskrnl.nostrip.exe 0xc0051deb
//C/reactos/ntoskrnl/mm/section.c:528
section.c:528 is:
Entry = MmGetPageEntrySectionSegment(Segment, Offset.u.LowPart);
|
|
From: Steven E. <ste...@ya...> - 2002-07-16 06:04:42
|
Alot stuff is still really broken under gcc-3.1 our telnet apps, ros cab manager, a few other minor things. I dont know when we are going to do it. Casper are you wanting to wait untill the next win32api snapshot is taken now that they have merged in all of the cygwin win32api stuff? I guess you could go ahead and test it if you want. I'm going to be doing my all of my wine stuff under it soon. Steven > Hi All! > When will Gcc 3.1.x and Mingw be ready and posted on > the ROS SF site for > download? > Thanks, > James __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
|
From: James T. <jim...@ad...> - 2002-07-16 04:16:44
|
James Marjie wrote: > > Here's a copy. > > WRITTEN by CASPER > Correction, that is not enough to fix the bug. I used modified mingw > headers. I can't commit this fix because it will break compillation when > using unpatched mingw headers, but you can do this to get it to compile: > Hi All! When will Gcc 3.1.x and Mingw be ready and posted on the ROS SF site for download? Thanks, James |
|
From: James M. <jid...@sa...> - 2002-07-16 02:15:27
|
Here's a copy.
WRITTEN by CASPER
Correction, that is not enough to fix the bug. I used modified mingw
headers. I can't commit this fix because it will break compillation when
using unpatched mingw headers, but you can do this to get it to compile:
* Apply the following patch to the reactos/ntoskrnl/ directory:
Index: Makefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /CVS/ReactOS/reactos/ntoskrnl/Makefile,v
retrieving revision 1.70
diff -u -r1.70 Makefile
--- Makefile 10 Jun 2002 08:45:40 -0000 1.70
+++ Makefile 16 Jun 2002 17:05:26 -0000
@@ -34,10 +34,10 @@
=20
ifeq ($(strip $(SDK_PATH_INC)),)
ASFLAGS +=3D -I./include
-CFLAGS +=3D -I./include -D__NTOSKRNL__ $(CFLAGS_DBG) -Wall -Werror
+CFLAGS +=3D -I./include -D__NTOSKRNL__ -D__MINGW_IMPORT=3Dextern $(CFLAG=
S_DBG)=20
-Wall -Werror
else
ASFLAGS +=3D -I./include -I$(SDK_PATH_INC)
-CFLAGS +=3D -I./include -I$(SDK_PATH_INC) -D__NTOSKRNL__ $(CFLAGS_DBG) -=
Wall=20
-Werror
+CFLAGS +=3D -I./include -I$(SDK_PATH_INC) -D__MINGW_IMPORT=3Dextern=20
-D__NTOSKRNL__ $(CFLAGS_DBG) -Wall -Werror
endif
=20
#
* Apply the following patch to your mingw/include directory:
Index: include/_mingw.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/mingw/runtime/include/_mingw.h,v
retrieving revision 1.7
diff -b -u -r1.7 _mingw.h
--- include/_mingw.h 14 Jun 2002 15:12:54 -0000 1.7
+++ include/_mingw.h 16 Jun 2002 17:02:48 -0000
@@ -44,13 +44,17 @@
style declarations. */
=20
#ifndef __GNUC__
+# ifndef __MINGW_IMPORT
# define __MINGW_IMPORT __declspec(dllimport)
+# endif
# define __DECLSPEC_SUPPORTED
#else /* __GNUC__ */
# ifdef __declspec
+# ifndef __MINGW_IMPORT
/* Note the extern. This is needed to work around GCC's
limitations in handling dllimport attribute. */
# define __MINGW_IMPORT extern __attribute__((dllimport))
+# endif
# define __DECLSPEC_SUPPORTED
# else
# undef __DECLSPEC_SUPPORTED
|
|
From: Steven E. <ste...@ya...> - 2002-07-15 23:46:19
|
I couldnt find that email in the sourceforge archives and my problem is only with ntoskrnl and win32k.sys --- Mike Lerwill <mi...@ho...> wrote: > Please see Casper Hornstrups reply to my email "How > to build current CVS" > that he sent to the list on Sunday 16/6/2002 > detailing the changes to > reactos > and the mingw header file to get this toolset to > work. > > Note this also applies to ntdll.dll and win32k.sys > > regards > > Mike Lerwill __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
|
From: Mike L. <mi...@ho...> - 2002-07-15 12:48:38
|
Please see Casper Hornstrups reply to my email "How to build current CVS" that he sent to the list on Sunday 16/6/2002 detailing the changes to reactos and the mingw header file to get this toolset to work. Note this also applies to ntdll.dll and win32k.sys regards Mike Lerwill > -----Original Message----- > From: rea...@li... > [mailto:rea...@li...]On Behalf Of Steven > Edwards > Sent: 15 July 2002 11:59 > To: rea...@li... > Subject: [ros-kernel] GCC 3.1 and Mingw 2.0 tests > > > I have been testing the new gcc 3.1, mingw runtime 2.0 > and winapi 1.5 for use with wine and reactos and have > found my first problem. > > Any ideas? > > ntoskrnl.o -lgcc \ > ../dk/nkm/lib/hal.a > ntoskrnl.o(.text+0x4d06f):bitmap.c: undefined > reference to `_imp___pctype' > make[1]: *** [ntoskrnl.nostrip.exe] Error 1 > make[1]: Leaving directory `G:/src/reactos/ntoskrnl' > make: *** [ntoskrnl] Error 2 > > __________________________________________________ > Do You Yahoo!? > Yahoo! Autos - Get free new car price quotes > http://autos.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Steven E. <ste...@ya...> - 2002-07-15 10:58:59
|
I have been testing the new gcc 3.1, mingw runtime 2.0
and winapi 1.5 for use with wine and reactos and have
found my first problem.
Any ideas?
ntoskrnl.o -lgcc \
../dk/nkm/lib/hal.a
ntoskrnl.o(.text+0x4d06f):bitmap.c: undefined
reference to `_imp___pctype'
make[1]: *** [ntoskrnl.nostrip.exe] Error 1
make[1]: Leaving directory `G:/src/reactos/ntoskrnl'
make: *** [ntoskrnl] Error 2
__________________________________________________
Do You Yahoo!?
Yahoo! Autos - Get free new car price quotes
http://autos.yahoo.com
|
|
From: Robert D. <od...@pn...> - 2002-07-15 07:38:44
|
> >Seriously, I like it. Sober, simple, good looking, which is good for the >press. Open source, extensible, which is good for us. Any user to confirm >if it's also usable? Been using an earlier release for 6+ months without any problems. Didn't do a lot to it, pretty much just been using it as installed. Really like it for it's minimalism. Rgs, Robert. |
|
From: Rex J. <re...@lv...> - 2002-07-15 05:26:17
|
At 10:23 AM 7/14/02 +0200, you wrote: >It seems that the commit mail from mok does work. If I subscribe from my >mok account to the reactos-cvs-commit list, I get never a response from >SF. If I send a mail from my home account to my account on mok, I get a >failure mail after two or three days. See the two attached files. What >is wrong? This should now be fixed. The smtp daemon on mok was binding to the wrong address. For those that have write access to the cvs repo, you will probably need to subscribe the account on mok to the commit mailing list for the messages to show up there, but I'm not sure about that. After you do this, you might want to create a .forward file with your email address in it. Thanks, Rex. Rex Jolliff re...@lv... |
|
From: Steven E. <ste...@ya...> - 2002-07-15 01:34:12
|
> I second the "kick ass" thing, but it's just a > desktop. A real shell > replacement is still far away ;-( > > BTW, what's the status of Wine's shell32? I really couldnt tell you in terms of total API implementation. I guess if you need a function from shell32 the best place to look is http://cvs.winehq.com/cvsweb/wine/dlls/shell32/ > makes it even more cool :-) especially for us :-) > > Seriously, I like it. Sober, simple, good looking, > which is good for the > press. Open source, extensible, which is good for > us. Any user to confirm > if it's also usable? I have been using R4 all day on win2k and only had it crash once....I think it was my fault though and not a geoshell problem. Other then that one lockup it has worked great. They are moving from a ATL impelementation to COM for R6 so I really have no idea how easy it will be for us to suppport it. Currently I am testing under WINE but wine's msvcrt has real issues with the msvcrt cXXFramehandler so I'm not having much luck. I will keep everyone posted as I am going to be testing this as part of my work on WINE and will be submitting mingw makefiles to them this week. Thanks Snteven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com |
8 messages has been excluded from this view by a project administrator.
