IRC Logs

Network: freenode Channel: #reactos

	Enter your search terms Submit search form
	Web www.irclog.org

[00:00]<gznzvljzm>it is like our crt
[00:00]<gznzvljzm>it did have bug seen 1997 and been fixed frist now
[00:01]<ggajmgm>lol
[00:01]<cjvyvy>Heehee
[00:04]<fyzn2rff_frlvjl>:-)
[00:08]<wzwdzzrjg>Heh
[00:09]<wzwdzzrjg>on the bright side, 0.3.0 boots on my hardware. ;0)
[00:10]<fyzn2rff_frlvjl>heh
[00:11]<wzwdzzrjg>and I have a lead on the vmware problem.
[00:11]<wzwdzzrjg>nothing for qemu yet.
[00:23]<wzwdzzrjg>the qemu problem does not occur in trunk.
[00:26]<wzwdzzrjg>apparently, so is the vmware problem I am seening. ;0(
[00:35]<wzwdzzrjg>Well chores call..
[00:42]<gznzvljzm>cool
[00:42]<gznzvljzm>I found out sourceforge offer a comping farm for each user
[00:42]<gznzvljzm>from mac to pc
[00:42]<gznzvljzm>alpha, ppc, intel, amd64
[00:42]<zzvd>it's cool but in the past, it was down a lot
[00:43]<zzvd>maybe the farm interface is more stable now
[00:43]<gznzvljzm>okay so it equal bad as there svn and cvs is then
[00:43]<wd-afk>arty, did I tell you I just removed that assert?
[00:44]<zzvd>yes
[00:44]<zzvd>not sure if that's health
[00:44]<zzvd>healthy
[00:44]<wd-afk>Still seems to be working.
[00:44]<zzvd>my typing is going to hell
[00:44]<zzvd>ya
[00:44]<wd-afk>I haven't seen any corruption
[00:45]<zzvd>i had thought that ndis wouldn't deliver a datagram larger than our set max
[00:45]<zzvd>but i guess i was wrong
[00:45]<zzvd>anyway, it should be fine :-)
[00:46]<wd-afk>k
[00:47]<cia-t>03hpoussin * r22242 10reactos/tools/rbuild/backend/msvc/ (msvc.h vcprojmaker.cpp): Set libraries as project dependencies
[01:05]<gznzvljzm>+look at this guys
[01:05]<gznzvljzm>+ http://img211.imageshack.us/img211/5528/security1iq.png
[01:06]<gznzvljzm>+Anders did get this msg
[01:06]<zydvz2jz>+Wow!
[01:06]<fr2yrg_|>+lol, is it a fake?
[01:06]<agmnzs>+it happened after removing a program through add/remove programs
[01:06]<agmnzs>+no, not a fake
[01:06]<agmnzs>+happened 1 minute ago
[01:07]<gnmmuzlxd>+hpoussin: I think that change will break building in VS
[01:07]<gznzvljzm>+I have heard jokes about this
[01:07]<fr2yrg_|>+could it be a trojan or so which called itself Windows Explorer?
[01:07]<xljussyg>+GedMurphy, really?
[01:07]<gnmmuzlxd>+VS can't build the base libs, so all other projects will fail
[01:08]<gnmmuzlxd>+we rely on PSDK at the moment
[01:08]<gnmmuzlxd>+I'm only guessing though
[01:08]<gznzvljzm>+Fabian_| : it is not a troja
[01:08]<gnmmuzlxd>+haven't tried it
[01:08]<xljussyg>+GedMurphy, but at least it displays correctly dependancies
[01:08]<gznzvljzm>+u can see it is clear it is the exploer shoutdown
[01:08]<gznzvljzm>+I have exploer crash in xp
[01:08]<gznzvljzm>+when I did unstall program
[01:09]<gznzvljzm>+so I can belive it happen
[01:09]<gnmmuzlxd>+I agree that the change is correct, but msvc can't build those libs, and I think it'll need to in order to link against them
[01:09]<gnmmuzlxd>+unless we can fall back onto PSDK if building our libs fail
[01:09]<gznzvljzm>+GedMurphy : if msvc can not build it
[01:09]<gznzvljzm>+then we need fix the source code
[01:10]<gnmmuzlxd>+it's a big job
[01:10]<gznzvljzm>+alot of dll/exe/sys in ros does not build with msvc yet
[01:10]<xljussyg>+GedMurphy, why should we depend on PSDK?
[01:10]<gnmmuzlxd>+Alex was working on it
[01:10]<gznzvljzm>+alex is working on ndk = ddk for ros
[01:11]<gnmmuzlxd>+alex is working on many other things too
[01:11]<xljussyg>+which library was compiling right with VC before my change?
[01:11]<gnmmuzlxd>+including msvc compatability
[01:11]<gnmmuzlxd>+hpoussin: I build most of our apps with msvc
[01:11]<gnmmuzlxd>+not libs
[01:11]<gnmmuzlxd>+I think most of our libs fail
[01:11]<xljussyg>+GedMurphy, which app?
[01:11]<gznzvljzm>+alot of libs have inline asm code
[01:12]<gnmmuzlxd>+all sorts. explorer.exe, servman, imagesoft, network tools ....
[01:12]<xljussyg>+ok
[01:12]<gznzvljzm>+we should move the inline asm code to own
[01:12]<gznzvljzm>+file
[01:12]<gznzvljzm>+and link them
[01:13]<gnmmuzlxd>+Linking...
[01:13]<gnmmuzlxd>+LINK : ..\..\..\output-i386\base\applications\servman\vc8\Debug/servman.exe not found or not built by the last incremental link; performing full link
[01:13]<gnmmuzlxd>+LINK : fatal error LNK1104: cannot open file '..\..\..\output-i386\dll\win32\gdi32\vc8\debug\gdi32.lib'
[01:14]<emurgmcj>+Holy trunk, or enlighted Source, our collection of wisdom, please give us a sign, please give us a working bootcd. Amen
[01:14]<gnmmuzlxd>+hmm, it's not actually trying to build the lib
[01:14]<gnmmuzlxd>+just link against it
[01:14]<gnmmuzlxd>+and it's obviously not there
[01:15]<gnmmuzlxd>+it should check for existance and attempt to build if it's not there
[01:15]<gnmmuzlxd>+instead, it's trying to link against none existant libs
[01:17]<xljussyg>+GedMurphy, so, you're "suggesting" that i revert the change?
[01:20]<gnmmuzlxd>+I don't mind either way
[01:20]<gnmmuzlxd>+I suppose we really need to fix building our core libs with msvc
[01:21]<xljussyg>+yes
[01:21]<gnmmuzlxd>+I can tweak my working copy so I can continue to test build some of our stuff in the meantime.
[01:22]<gnmmuzlxd>+at the moment, about 40% or ROS builds in msvc
[01:22]<gnmmuzlxd>+*of
[01:22]<gnmmuzlxd>+most of our problems lie in drivers and the kernel
[01:23]<xljussyg>+that's not a big problem for key dlls as user32, gdi32, advapi32...
[01:25]<gnmmuzlxd>+true
[01:26]<gnmmuzlxd>+I can't remember how much work needed to be done to get them building
[01:26]<gnmmuzlxd>+Alex_Ionescu: ping

Back to #reactos
Or go to some related logs:
#gentoo
#azureus
#php
#netbsd
#cisco