IRC Logs

Network: freenode Channel: #reactos

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

[00:00]<mrw>w3seek: better now?
[00:01]<w1snnc>MgW, thanks a lot, much better :)
[00:02]<mrw>np
[00:05]<cia-t>03greatlrd * r22490 10tools/Qemu GUI/ (QEmu.cs bin/Release/Qemu GUI.exe frmMain.cs): Start adding qemu-system-ppc support.
[00:10]<w1snnc>GedMurphy, I think bug 1469 doesn't touch anything locked ;)
[00:10]<gnmmuzlxd>!bug 1469
[00:10]<vnaxbjv>http://www.reactos.org/bugzilla/show_bug.cgi?id=1469
[00:11]<zzgmnzwzfm>but does this api only work for win64?
[00:12]<zzgmnzwzfm>supposed to work?
[00:12]<w1snnc>no
[00:12]<gnmmuzlxd>w3seek: it is ;)
[00:13]<gnmmuzlxd>I'll make an effort to unlock these
[00:13]<w1snnc>weird
[00:13]<w1snnc>I thought it was unlocked
[00:13]<gnmmuzlxd>oh, it is
[00:14]<gnmmuzlxd>tsvn hasn't taken the read only attribute off
[00:14]<w1snnc>it never removes it
[00:14]<w1snnc>but the tsvn team says that's not a bug
[00:15]<lyfylq106>it's a feature.
[00:16]<w1snnc>GedMurphy, the fact that it shows a different icon for those files is just because the files are marked read-only, it's not due to a svn property
[00:16]<gnmmuzlxd>I know
[00:16]<w1snnc>IMO that's stupid but whatever...
[00:16]<gnmmuzlxd>oh, wait a sec
[00:17]<w1snnc>but svn should remove the read-only flag as soon as that property is removed, imo that's a bug
[00:17]<gnmmuzlxd>the svn::needs-lock property should be a padlock
[00:17]<gnmmuzlxd>the grey tick means it's read only
[00:17]<gnmmuzlxd>the grey tick overrides the padlock, which is stupid
[00:18]<gnmmuzlxd>or is it, locking gives a padlock, and svn:needs-lock gives a grey tick?
[00:18]<w1snnc>the gray tick is just because the file is marked read-only in the file system, afaik it has nothing to do with svn
[00:18]<w1snnc>which I find extremely confusing
[00:19]<gnmmuzlxd>yeah, that's what I thought
[00:19]<gnmmuzlxd>it's really confusing
[00:19]<gnmmuzlxd>it overrides the svn lock property
[00:19]<gnmmuzlxd>so you can't see the padlock anymore
[00:20]<lyfylq106>bye bye ChanServ
[00:20]<lyfylq106>we always loved you!
[00:21]<cia-t>03gedmurphy * r22491 10reactos/dll/win32/advapi32/ (advapi32.def reg/reg.c):
[00:21]<cia-t>Port RegGetValue() from WINE
[00:21]<cia-t>patch by Thomas Weidenmueller
[00:22]<cia-t>03gedmurphy * r22492 10reactos/include/winreg.h: header changes for r22491
[00:24]<w1snnc>GedMurphy, thanks, this api is also extremely useful ;)
[00:24]<gnmmuzlxd>np. Would have done it earlier if I knew it was there
[00:25]<w1snnc>no problem ;)
[00:26]<fyzn2rff>good night!
[00:26]<gnmmuzlxd>hmm, that API is much better than RegQueryValueExW
[00:26]<gnmmuzlxd>night
[00:28]<w1snnc>GedMurphy, yes it does a lot of checking for you
[00:28]<ggajmgm>pong
[00:28]<gnmmuzlxd>I'm just using RegQueryValueExW at the moment. I can swap now :)
[00:29]<w1snnc>remember that your code will require at least vista/win2003 unless you embed it ;)
[00:29]<bzzgmjgtuzgnz>tornado warning :cool:
[00:29]<gnmmuzlxd>or ReactOS
[00:31]<afgw_ijggsau>isn't that one of the new vista apis?
[00:31]<afgw_ijggsau>yeah
[00:31]<afgw_ijggsau>RegGetValue rocks
[00:31]<gnmmuzlxd>I didn't think Wine were implementing Vista API's
[00:31]<afgw_ijggsau>i'm betting thomas implemented it
[00:31]<cxzysvjlx_vw>ouch... http://www.theinquirer.net/?article=32550
[00:31]<gnmmuzlxd>one of Julliard's pet hates
[00:32]<w1snnc>Alex_Ionescu, nope, it's ported from wine
[00:32]<afgw_ijggsau>Wine->Hypocrisy++;
[00:33]<w1snnc>Alex_Ionescu, btw timer expiration in ros seems a bit buggy: http://www.reactos.org/bugzilla/show_bug.cgi?id=1609#c4
[00:33]<afgw_ijggsau>hm, interesting
[00:33]<cia-t>03jimtabor * r22493 10reactos/dll/win32/user32/controls/combo.c: Missed one line for sync to Wine.
[00:36]<zydvz2jz>I think my hang is in usb
[00:36]<usuzl>jimtabor: maybe
[00:36]<zydvz2jz>Could be
[00:37]<afgw_ijggsau>w3seek: in your thread pool patch, you should query the number of CPUs
[00:37]<usuzl>on real hw ros took ages to start until I renamed usb*sys to avoid the debug output
[00:37]<afgw_ijggsau>and give the number to NtCreateIoCompletion
[00:37]<afgw_ijggsau>its better then giving 0
[00:37]<w1snnc>NtCreateIoCompletion does the job for you if passing 0 to it
[00:37]<w1snnc>i had that code there before
[00:37]<w1snnc>but then i looked at the implementation and noticed i don't have to do the extra work ;)
[00:37]<afgw_ijggsau>oh yeah, you're right
[00:38]<afgw_ijggsau>i/o ports use kqueues
[00:38]<afgw_ijggsau>and kqueues use KeNumberProcessors if count = 0
[00:38]<w1snnc>yep
[00:38]<zydvz2jz>Usurp: I'll try that
[00:40]<zydvz2jz>no~ still hanging
[00:40]<afgw_ijggsau>w3seek: RtlpStartWorkerThread you're clsoing the handle on success...that isn't nice for the thread, afaik..
[00:41]<w1snnc>the thread doesn't care ;)
[00:41]<w1snnc>it could be optimized though
[00:41]<w1snnc>because in one place i'm duplicating the handle
[00:42]<w1snnc>I'll improve that maybe tomorrow
[00:42]<afgw_ijggsau>i can't look at the timer issue yet though..
[00:42]<afgw_ijggsau>i have to fix ob
[00:43]<w1snnc>no problem, i just noticed it ;)
[00:43]<w1snnc>i don't have any time this weekend
[00:44]<w1snnc>well i might have, but I'm not motivated enough and i need to study for upcoming exams
[00:58]<pxzzzjx_zvnd>!ntstatus 0x80004005
[00:58]<vnaxbjv>Unable to find: 80004005
[00:58]<pxzzzjx_zvnd>!ntstatus 0x0004005
[00:58]<vnaxbjv>Unable to find: 0004005
[00:58]<ggajmgm>thats a winerror
[00:58]<ggajmgm>i think
[00:59]<pxzzzjx_zvnd>oh

Back to #reactos
Or go to some related logs:
#gentoo
#python
#gentoo
#gentoo
#gentoo