On February 16, 2004 12:55 am, hatky wrote:
> >Do you have a % of work done?
>
> If someone could say what should be the end result I
> could % it but as dimi said to me about this "It's not
> clear to me what we need to do (!)"
Well, it seems to me the two separate download pages
are for
Try adding TVS_EDITLABELS to the flags in programs/regedit/treeview.c:264,
assuming this is the correct treeview.
Chris
On Monday 16 February 2004 01:01 am, Dimitrie O. Paun wrote:
> On February 15, 2004 06:11 am, Zimler Attila wrote:
> > I tried to implement StartKeyRename in regedit, but it
Dimitrie O. Paun wrote:
On February 15, 2004 06:07 am, Zimler Attila wrote:
+BOOL DeleteKey(HWND hwnd, HKEY hKeyRoot, LPCTSTR keyPath)
+{
+BOOL result = FALSE;
+LONG lRet;
+HKEY hKey;
+
+lRet = RegOpenKeyEx(hKeyRoot, keyPath, 0, KEY_SET_VALUE, &hKey);
+if (lRet != ERROR_
On February 15, 2004 06:11 am, Zimler Attila wrote:
> I tried to implement StartKeyRename in regedit, but it seems that
> TreeView_EditLabel do nothing.
> (It seems it only returns FALSE). Why? Is it implemented?
>From a cursory look at the code (dlls/comctl32/treeview.c),
it seems to be implemen
On February 15, 2004 05:32 am, Zimler Attila wrote:
> I made a patch to delete key from registry with regedit. However the
> changes don't shows up until treeview is not refreshed. Could somebody
> help in implementing RefreshTreeView?
The solution with the RefreshListView() is not ideal but it wo
>Hi,
>Do you plan to "pretty" up the other pages?
I can't see anyothers on the todo list, I can clean
whatever page you need, but can do a little less in
writing real content (like the history and stuff)...
>Do you have a % of work done?
If someone could say what should be the end result I
could %
On February 15, 2004 06:07 am, Zimler Attila wrote:
> +BOOL DeleteKey(HWND hwnd, HKEY hKeyRoot, LPCTSTR keyPath)
> +{
> +BOOL result = FALSE;
> +LONG lRet;
> +HKEY hKey;
> +
> +lRet = RegOpenKeyEx(hKeyRoot, keyPath, 0, KEY_SET_VALUE, &hKey);
> +if (lRet != ERROR_SUCCESS) ret
hatky wrote:
Change log:
[EMAIL PROTECTED]
Pretty up the page:
Made titles to improve page flow
Move the Mirrors up to after the main download
Removed ref to sf.net (idea by vinn)
Hatky.
Hi,
Do you plan to "pretty" up the other pages?
Do you have a % of work done?
Shoul'd we list y
On Sun, 15 Feb 2004 22:54:15 +, Robert Shearman wrote:
> That sounds like a good idea, although I am worried that we will have more
> and more processes that need to be running. For example, some of the
> OLE/COM/DCOM RPC stuff needs to be moved into rpcss.
I don't think there's any way to avo
Steven Edwards wrote:
> Hello All,
> I am running in to more and more programs that depend on having a
> working Local Security subsystem. I have as a short-term solution
> adapted some of the WINE hacks for advapi32 Lsa* functions in to
> ReactOS but I would like to look at stubing out a lsass and
I actually already sent in a patch for InstallHinfSection(). You guys should
submit your changes to wine when you put them in Reactos, duplicating work is
foolish.
The sections I'd like to use are the RunPreSetupCommands/RunPostSetupCommands
ones. These execute programs before and after the i
On Sun, 15 Feb 2004 11:47, Robert Lunnon wrote:
> Mind you if the leak can be proved deliberate, then a deliberate release of
> such code might render the copyrights ineffective, since Microsoft was
> knowingly giving the code out for distribution
No. Copyright is designed to protect publishe
On Sat, 14 Feb 2004 21:32, Rein Klazes wrote:
> Concerning the trade secret law vs copyright law, there is at least one
> Professor of Law who is disagreeing with you. This is (by US trade
> secret law) not a trade secret anymore:
> http://www.groklaw.net/article.php?story=20040213181852642
The re
John Birrell <[EMAIL PROTECTED]> writes:
> Note that the code I am questioning does not produce a compiler
> warning. The warning comes from code in the if-true path.
>
> The compiler warning attracted my attention to code that if believe
> would be better as a #if.
No, using normal code is alway
On Sun, Feb 15, 2004 at 01:13:13PM +, Mike Hearn wrote:
> We typically favour runtime checks as Wine is intended to be binary
> portable (compile once, run on lots of different distros etc).
Runtime checks are fine for things that are evaluated at runtime.
In this case, the code that I am que
Hello All,
I am running in to more and more programs that depend on having a
working Local Security subsystem. I have as a short-term solution
adapted some of the WINE hacks for advapi32 Lsa* functions in to
ReactOS but I would like to look at stubing out a lsass and moving all
of the hacks there s
Hi,
I don't have time to narrow it down to the specific patch but it seems the
recent shell32 work has partly broken the shell browse folder dialog - an
app creates one with a root of the Desktop and there are no subfolders
shown.
The app is freeware, you can get it at dvdshrink.org - click Open
--- Chris Morgan <[EMAIL PROTECTED]> wrote:
> These inf sections don't appear to be handled in wine atm but it
> appears to be
> just what we need to perform each one of the 'rundll32 some.dll'
> commands.
We have a patch for this in the ReactOS tree its just not quite ready
yet. It for InstallHI
Boaz Harrosh a écrit :
Dimitrie O. Paun wrote:
Speaking of which, we don't have a man page for winedbg, do we need one?
Yes we need one! I need one :) in theory, it should be cut and paste
from man gdb, right?
in depends which mode you run.
in --gdbproxy, man gdb will do
otherwise, you get a s
I spoke with Brian Vincent last night on #winehackers and he mentioned the inf
sections RunPreSetupCommands/RunPostSetupCommands. These appear to be pretty
new, I found them on msdn at
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windowsserver2003/proddocs/stan
Dimitrie O. Paun wrote:
Speaking of which, we don't have a man page for
winedbg, do we need one?
Yes we need one! I need one :) in theory, it should be cut and paste
from man gdb, right?
And if some winedbg guru could see if we can run under DDD or kdevelop.
I know the later can accept a
On February 15, 2004 03:26 am, Boaz Harrosh wrote:
> You can still use GDB (or kdevelop or ddd):
> - check out what wine is running on your machine run a wine app and see
> in ps if you have wine-pthread or wine-kthread
> - run above under GDB
> - put yourapp.exe.so as the command line parameter in
On February 15, 2004 07:07 am, Michael Stefaniuc wrote:
> I've thought about doing that but the README file is written in the
> style of a man page. And ripping one part out would make the rest hard
> to read. A better approach would be to move/rewrite the rest to the
> Winelib or Wine deveolopers
On Sun, 15 Feb 2004 14:47:28 +1100, John Birrell wrote:
> If I had my way, this sort of thing should be coded as a compile
> time test and only the code for the appropriate size compiled in. Is there some
> sort of direction for/from Wine developers for this kind of thing?
We typically favour runt
On Sat, Feb 14, 2004 at 06:29:13PM -0500, Dimitrie O. Paun wrote:
> On February 14, 2004 05:17 pm, Michael Stefaniuc wrote:
> > this man page incorporates a big chunk out of the README file. The
> > rest of the README file should be probably merged into the Winelib User
> > Guide or into the Wine D
Chris Morgan wrote:
The best documentation I've found thus far for inf files,
http://www.leeos.com/infdoc.html#Top, doesn't have anything about running
programs from inside of an inf file. If this is possible it would probably
make more sense to have the inf file register the dlls.
The wa
Hi List,
I tried to implement StartKeyRename in regedit, but it seems that
TreeView_EditLabel do nothing.
(It seems it only returns FALSE). Why? Is it implemented?
Attila
Hi List,
I made a patch to delete key from registry with regedit. However the
changes don't shows up until treeview is not refreshed. Could somebody
help in implementing RefreshTreeView?
Attila
On Saturday 14 February 2004 10:22 pm, Chris Morgan wrote:
> The best documentation I've found thus far for inf files,
> http://www.leeos.com/infdoc.html#Top, doesn't have anything about running
> programs from inside of an inf file. If this is possible it would probably
> make more sense to have
Chris Seaton wrote:
Using winegcc -mwindows did solve my problem, but now I can't use GDB
on my program because it's in a DLL that I can't start in GDB, that's
why I don't like the wrapper script.
You can still use GDB (or kdevelop or ddd):
- check out what wine is running on your machine run
30 matches
Mail list logo
