From djberg96 at yahoo.com Tue Feb 1 09:38:06 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Tue Feb 1 09:35:06 2005 Subject: [Win32utils-devel] Fwd: Re: articles on win32utils Message-ID: <20050201143806.51219.qmail@web50307.mail.yahoo.com> Any ideas on these errors? I'm not much of a cygwin/mingw guy. Dan Note: forwarded message attached. __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 -------------- next part -------------- An embedded message was scrubbed... From: Takaaki Tateishi Subject: Re: articles on win32utils Date: Tue, 01 Feb 2005 21:37:28 +0900 Size: 6577 Url: http://rubyforge.org/pipermail/win32utils-devel/attachments/20050201/d6385d18/attachment.eml From djberg96 at yahoo.com Tue Feb 1 21:19:19 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Tue Feb 1 21:16:15 2005 Subject: [Win32utils-devel] Some updates and questions on Takaaki's problems Message-ID: <20050202021919.29916.qmail@web50308.mail.yahoo.com> Hi all, I think I've narrowed down the problem with win32-file. It appears that EncryptFile() and DecryptFile are only supported on Win2k or later. So, I made some minor modifications to the extconf.rb and source files and released win32-file 0.4.2 tonight. That *should* solve that problem. As for win32-shortcut, I'm not sure why it doesn't like IID_IPersistFile, or if that's even the problem. Is it possible this only works on Win2k and later? Regarding win32-taskscheduler, I'm not sure what to make of it. The MSDN docs say for NewWorkItem(), "Requires Windows XP, Windows 2000 Professional, Windows Me, or Windows 98." for the Client. So, did they skip NT 4? Any insight is welcome. Dan __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com From Daniel.Berger at qwest.com Thu Feb 3 11:29:16 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Thu Feb 3 11:26:11 2005 Subject: [Win32utils-devel] Fix for win32-shortcut Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B1EE@itomae2km07.AD.QINTRA.COM> Hi all, I've narrowed down one more problem for cygwin/mingw. For win32-shortcut, it appears that you need to add "-luuid" to $LIBS. Once Takaaki tried that, it worked. How does this look for the extconf.rb for win32-shortcut? # extconf.rb require "mkmf" require "ftools" if RUBY_PLATFORM =~ /cygwin|mingw/i CONFIG["CC"] = "g++" CONFIG["LDSHARED"] = "g++ -shared" $LIBS += ' -lole32 -luuid' else # -Tp tells cl to compile as c++ CONFIG["COMPILE_C"].sub!(/-Tc/,'-Tp') $LIBS += ' ole32.lib ' end File.copy("lib/win32/shortcut.c",".") File.copy("lib/win32/shortcut.h",".") create_makefile("win32/shortcut") Unless there are any objections, I will commit the change this weekend. Dan From Daniel.Berger at qwest.com Fri Feb 4 17:53:17 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Feb 4 17:50:16 2005 Subject: [Win32utils-devel] RE: Bug fix Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B205@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: CT [mailto:demerzel@gmail.com] > Sent: Friday, February 04, 2005 3:42 PM > To: Berger, Daniel > Subject: Re: Bug fix > Okay, I tried 0.3.1, and the wait call blocks till a change > occurs. So it's working:) > > But I would still need a loop to get a daemon-like behaviour, > since the wait terminates when a change signals the monitor. > > Thanks > CT Hi CT, (I'm cc'ing this to the win32-devel list, because I have an idea) Whoops, yeah, you're right. Sorry about that - I misunderstood. Hm...what do you think about modifying ChangeModify#wait (or possibly Ipc#wait) to accept an optional 2nd "recursive" argument, that would indicate whether a wait call with an associated block would break out or repeat indefinitely? So, something like this: cn = ChangeNotify.new("C:\\",true,filter) # This would break out on the first change cn.wait{ |s| p s } # This would recycle the block indefinitely, unless you broke out manually somehow cn.wait(ChangeNotify::INFINITE,true){ |s| p s } Or am I getting too tricky? Regards, Dan From Daniel.Berger at qwest.com Fri Feb 4 18:27:19 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Feb 4 18:24:11 2005 Subject: [Win32utils-devel] FW: Bug fix Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> Forwarded, because I don't think he's subscribed and I'm not getting an email notification in my Yahoo account. Dan -----Original Message----- From: CT [mailto:demerzel@gmail.com] Sent: Friday, February 04, 2005 4:17 PM To: Berger, Daniel Cc: win32utils-devel@rubyforge.org Subject: Re: Bug fix On Fri, 4 Feb 2005 16:53:17 -0600, Berger, Daniel wrote: > > Hm...what do you think about modifying ChangeModify#wait (or possibly > Ipc#wait) to accept an optional 2nd "recursive" argument, that "recursive" would be confusing, don't you think? what with the same name used in ChangeNotify.new as well. > > So, something like this: > > cn = ChangeNotify.new("C:\\",true,filter) > > # This would break out on the first change > cn.wait{ |s| > p s > } > > # This would recycle the block indefinitely, unless you broke out > manually somehow cn.wait(ChangeNotify::INFINITE,true){ |s| > p s > } Hmm. I don't know. I'm not sure if I wanna remember the ChangeNotify::INFINITE constant - the default behaviour is intuitive, to me(though the name's more ipc-ish than filesystem). Maybe a new method in changenotify - something like the start_monitoring(sic) in DirectoryWatcher. (I feel the API is too much tied with ipc as it is. True, it inherits from ipc, but I'm not sure if someone with the general watch-for-file-system-changes use-case wants to know that there is ipc and monitors going on behind the scenes. Just my 2 paise, and hope I'm not treading on any toes) At any rate, if there is nothing more special than a while(true) wrap going on inside this special version of wait, I don't feel anything is gained over - cn.wait {|s| p s } while true You can see that this is growing on me, even as I type:) > > Regards, > > Dan Keep up the good work! I just looked up Change Journals in MSDN and I can't wait for it to come out. I have *just* the thing to do with it, for which plan to use changenotify for now. CT From phasis at nownuri.net Fri Feb 4 22:59:56 2005 From: phasis at nownuri.net (Park Heesob) Date: Fri Feb 4 22:56:57 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> Message-ID: <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> Hi all, I committed win32-changenotify 0.3.0 to CVS. What is it? =========== A class for monitoring events related to files and directories. Synopsis ======== require "win32/changejournal" include Win32 # Indefinitely wait for a change in 'C:\' and any of its # subdirectories. Print the file and action affected. cj = ChangeJournal.new('C:\') cj.wait{ |info| p info.file_name p info.action } Try and give some comments, please. Regards, Park Heesob From sdate at everestkc.net Sat Feb 5 12:44:01 2005 From: sdate at everestkc.net (Shashank Date) Date: Sat Feb 5 12:40:58 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS In-Reply-To: <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> Message-ID: <420505E1.1080309@everestkc.net> Hi Park. I was not able to compile this using free Visual Studio ++ (VC 7) compiler. See attached transcript. Thanks, -- Shashank Park Heesob wrote: >Hi all, > >I committed win32-changenotify 0.3.0 to CVS. > >What is it? >=========== > A class for monitoring events related to files and directories. > >Synopsis >======== > require "win32/changejournal" > include Win32 > > # Indefinitely wait for a change in 'C:\' and any of its > # subdirectories. Print the file and action affected. > > cj = ChangeJournal.new('C:\') > cj.wait{ |info| > p info.file_name > p info.action > } > >Try and give some comments, please. > >Regards, > >Park Heesob > >_______________________________________________ >win32utils-devel mailing list >win32utils-devel@rubyforge.org >http://rubyforge.org/mailman/listinfo/win32utils-devel > > > -------------- next part -------------- Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\win32utils>setvc7.cmd C:\win32utils>set PATH=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\Microsoft.NET\Framework\v1.1.4322;C:\Program Files\Microsoft.NET\SDK\v1.1\Bin;C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin;C:\Program Files\Microsoft SDK\Bin\Win64;C:\Program Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; C:\win32utils>ruby makeall.rb win32-changejournal: ------------------------- creating Makefile NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. cl -nologo -MD -Zi -O2b2xg- -G5 -I. -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I. -I./.. -I./../missing -D_WIN32_WINNT=0x0501 -c -Tcchangejournal.c changejournal.c c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(60) : error C2065: 'dujd' : undeclared identifier changejournal.c(61) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(61) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(61) : error C2065: 'fOk' : undeclared identifier changejournal.c(63) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(64) : error C2224: left of '.DeleteFlags' must have struct/union type changejournal.c(65) : error C2065: 'FSCTL_DELETE_USN_JOURNAL' : undeclared identifier changejournal.c(74) : error C2146: syntax error : missing ')' before identifier 'pUsnJournalData' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2143: syntax error : missing ')' before 'identifier' changejournal.c(74) : error C2081: 'PUSN_JOURNAL_DATA' : name in formal parameter list illegal changejournal.c(74) : error C2061: syntax error : identifier 'pUsnJournalData' changejournal.c(74) : error C2059: syntax error : ';' changejournal.c(74) : error C2059: syntax error : ')' changejournal.c(74) : error C2449: found '{' at file scope (missing function header?) changejournal.c(83) : error C2059: syntax error : '}' changejournal.c(191) : error C2065: 'USN_JOURNAL_DATA' : undeclared identifier changejournal.c(191) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(191) : error C2065: 'ujd' : undeclared identifier changejournal.c(194) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(194) : error C2065: 'USN_DELETE_FLAG_DELETE' : undeclared identifier changejournal.c(194) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c(280) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(285) : error C2065: 'ERROR_JOURNAL_DELETE_IN_PROGRESS' : undeclared identifier changejournal.c(285) : error C2051: case expression not constant changejournal.c(289) : error C2065: 'USN_DELETE_FLAG_NOTIFY' : undeclared identifier changejournal.c(293) : error C2065: 'ERROR_JOURNAL_NOT_ACTIVE' : undeclared identifier changejournal.c(293) : error C2051: case expression not constant changejournal.c(316) : error C2224: left of '.FirstUsn' must have struct/union type changejournal.c(316) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(385) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2275: 'DWORD' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(141) : see declaration of 'DWORD' changejournal.c(386) : error C2146: syntax error : missing ';' before identifier 'dwTimeout' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2065: 'dwTimeout' : undeclared identifier changejournal.c(386) : error C2065: 'dwWait' : undeclared identifier changejournal.c(387) : error C2275: 'READ_USN_JOURNAL_DATA' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1881) : see declaration of 'READ_USN_JOURNAL_DATA' changejournal.c(387) : error C2146: syntax error : missing ';' before identifier 'rujd' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(387) : error C2065: 'rujd' : undeclared identifier changejournal.c(388) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(388) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(402) : error C2440: '=' : cannot convert from 'READ_USN_JOURNAL_DATA' to 'int' changejournal.c(403) : error C2224: left of '.BytesToWaitFor' must have struct/union type changejournal.c(447) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(453) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(453) : error C2198: 'Delete' : too few arguments for call through pointer-to-function C:\win32utils>cd win32-changejournal C:\win32utils\win32-changejournal>dir *.cmd Volume in drive C has no label. Volume Serial Number is 6B0E-6992 Directory of C:\win32utils\win32-changejournal 02/05/2005 11:04 AM 191 cmp_cn.cmd 1 File(s) 191 bytes 0 Dir(s) 7,408,238,592 bytes free C:\win32utils\win32-changejournal>cmp_cn.cmd C:\win32utils\win32-changejournal>cl -nologo -MD -Zi -O2b2xg- -G5 -I. -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I./.. -I./../missing -D_WIN32_WINNT=0x0501 -c -Tcchangejournal.c changejournal.c changejournal.c c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(60) : error C2065: 'dujd' : undeclared identifier changejournal.c(61) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(61) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(61) : error C2065: 'fOk' : undeclared identifier changejournal.c(63) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(64) : error C2224: left of '.DeleteFlags' must have struct/union type changejournal.c(65) : error C2065: 'FSCTL_DELETE_USN_JOURNAL' : undeclared identifier changejournal.c(74) : error C2146: syntax error : missing ')' before identifier 'pUsnJournalData' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2143: syntax error : missing ')' before 'identifier' changejournal.c(74) : error C2081: 'PUSN_JOURNAL_DATA' : name in formal parameter list illegal changejournal.c(74) : error C2061: syntax error : identifier 'pUsnJournalData' changejournal.c(74) : error C2059: syntax error : ';' changejournal.c(74) : error C2059: syntax error : ')' changejournal.c(74) : error C2449: found '{' at file scope (missing function header?) changejournal.c(83) : error C2059: syntax error : '}' changejournal.c(191) : error C2065: 'USN_JOURNAL_DATA' : undeclared identifier changejournal.c(191) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(191) : error C2065: 'ujd' : undeclared identifier changejournal.c(194) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(194) : error C2065: 'USN_DELETE_FLAG_DELETE' : undeclared identifier changejournal.c(194) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c(280) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(285) : error C2065: 'ERROR_JOURNAL_DELETE_IN_PROGRESS' : undeclared identifier changejournal.c(285) : error C2051: case expression not constant changejournal.c(289) : error C2065: 'USN_DELETE_FLAG_NOTIFY' : undeclared identifier changejournal.c(293) : error C2065: 'ERROR_JOURNAL_NOT_ACTIVE' : undeclared identifier changejournal.c(293) : error C2051: case expression not constant changejournal.c(316) : error C2224: left of '.FirstUsn' must have struct/union type changejournal.c(316) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(385) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2275: 'DWORD' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(141) : see declaration of 'DWORD' changejournal.c(386) : error C2146: syntax error : missing ';' before identifier 'dwTimeout' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2065: 'dwTimeout' : undeclared identifier changejournal.c(386) : error C2065: 'dwWait' : undeclared identifier changejournal.c(387) : error C2275: 'READ_USN_JOURNAL_DATA' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1881) : see declaration of 'READ_USN_JOURNAL_DATA' changejournal.c(387) : error C2146: syntax error : missing ';' before identifier 'rujd' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(387) : error C2065: 'rujd' : undeclared identifier changejournal.c(388) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(388) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(402) : error C2440: '=' : cannot convert from 'READ_USN_JOURNAL_DATA' to 'int' changejournal.c(403) : error C2224: left of '.BytesToWaitFor' must have struct/union type changejournal.c(447) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(453) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(453) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(60) : error C2065: 'dujd' : undeclared identifier changejournal.c(61) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(61) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(61) : error C2065: 'fOk' : undeclared identifier changejournal.c(63) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(64) : error C2224: left of '.DeleteFlags' must have struct/union type changejournal.c(65) : error C2065: 'FSCTL_DELETE_USN_JOURNAL' : undeclared identifier changejournal.c(74) : error C2146: syntax error : missing ')' before identifier 'pUsnJournalData' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2143: syntax error : missing ')' before 'identifier' changejournal.c(74) : error C2081: 'PUSN_JOURNAL_DATA' : name in formal parameter list illegal changejournal.c(74) : error C2061: syntax error : identifier 'pUsnJournalData' changejournal.c(74) : error C2059: syntax error : ';' changejournal.c(74) : error C2059: syntax error : ')' changejournal.c(74) : error C2449: found '{' at file scope (missing function header?) changejournal.c(83) : error C2059: syntax error : '}' changejournal.c(191) : error C2065: 'USN_JOURNAL_DATA' : undeclared identifier changejournal.c(191) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(191) : error C2065: 'ujd' : undeclared identifier changejournal.c(194) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(194) : error C2065: 'USN_DELETE_FLAG_DELETE' : undeclared identifier changejournal.c(194) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c(280) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(285) : error C2065: 'ERROR_JOURNAL_DELETE_IN_PROGRESS' : undeclared identifier changejournal.c(285) : error C2051: case expression not constant changejournal.c(289) : error C2065: 'USN_DELETE_FLAG_NOTIFY' : undeclared identifier changejournal.c(293) : error C2065: 'ERROR_JOURNAL_NOT_ACTIVE' : undeclared identifier changejournal.c(293) : error C2051: case expression not constant changejournal.c(316) : error C2224: left of '.FirstUsn' must have struct/union type changejournal.c(316) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(385) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2275: 'DWORD' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(141) : see declaration of 'DWORD' changejournal.c(386) : error C2146: syntax error : missing ';' before identifier 'dwTimeout' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2065: 'dwTimeout' : undeclared identifier changejournal.c(386) : error C2065: 'dwWait' : undeclared identifier changejournal.c(387) : error C2275: 'READ_USN_JOURNAL_DATA' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1881) : see declaration of 'READ_USN_JOURNAL_DATA' changejournal.c(387) : error C2146: syntax error : missing ';' before identifier 'rujd' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(387) : error C2065: 'rujd' : undeclared identifier changejournal.c(388) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(388) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(402) : error C2440: '=' : cannot convert from 'READ_USN_JOURNAL_DATA' to 'int' changejournal.c(403) : error C2224: left of '.BytesToWaitFor' must have struct/union type changejournal.c(447) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(453) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(453) : error C2198: 'Delete' : too few arguments for call through pointer-to-function Generating Code... C:\win32utils\win32-changejournal> C:\win32utils\win32-changejournal>cmp_cn.cmd C:\win32utils\win32-changejournal>cl -nologo -MD -Zi -O2b2xg- -G5 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I./.. -I./../missing -D_WIN32_WINNT=0x0501 -c -Tcchangejournal.c changejournal.c changejournal.c c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(60) : error C2065: 'dujd' : undeclared identifier changejournal.c(61) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(61) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(61) : error C2065: 'fOk' : undeclared identifier changejournal.c(63) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(64) : error C2224: left of '.DeleteFlags' must have struct/union type changejournal.c(65) : error C2065: 'FSCTL_DELETE_USN_JOURNAL' : undeclared identifier changejournal.c(74) : error C2146: syntax error : missing ')' before identifier 'pUsnJournalData' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2143: syntax error : missing ')' before 'identifier' changejournal.c(74) : error C2081: 'PUSN_JOURNAL_DATA' : name in formal parameter list illegal changejournal.c(74) : error C2061: syntax error : identifier 'pUsnJournalData' changejournal.c(74) : error C2059: syntax error : ';' changejournal.c(74) : error C2059: syntax error : ')' changejournal.c(74) : error C2449: found '{' at file scope (missing function header?) changejournal.c(83) : error C2059: syntax error : '}' changejournal.c(191) : error C2065: 'USN_JOURNAL_DATA' : undeclared identifier changejournal.c(191) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(191) : error C2065: 'ujd' : undeclared identifier changejournal.c(194) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(194) : error C2065: 'USN_DELETE_FLAG_DELETE' : undeclared identifier changejournal.c(194) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c(280) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(285) : error C2065: 'ERROR_JOURNAL_DELETE_IN_PROGRESS' : undeclared identifier changejournal.c(285) : error C2051: case expression not constant changejournal.c(289) : error C2065: 'USN_DELETE_FLAG_NOTIFY' : undeclared identifier changejournal.c(293) : error C2065: 'ERROR_JOURNAL_NOT_ACTIVE' : undeclared identifier changejournal.c(293) : error C2051: case expression not constant changejournal.c(316) : error C2224: left of '.FirstUsn' must have struct/union type changejournal.c(316) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(385) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2275: 'DWORD' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(141) : see declaration of 'DWORD' changejournal.c(386) : error C2146: syntax error : missing ';' before identifier 'dwTimeout' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2065: 'dwTimeout' : undeclared identifier changejournal.c(386) : error C2065: 'dwWait' : undeclared identifier changejournal.c(387) : error C2275: 'READ_USN_JOURNAL_DATA' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1881) : see declaration of 'READ_USN_JOURNAL_DATA' changejournal.c(387) : error C2146: syntax error : missing ';' before identifier 'rujd' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(387) : error C2065: 'rujd' : undeclared identifier changejournal.c(388) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(388) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(402) : error C2440: '=' : cannot convert from 'READ_USN_JOURNAL_DATA' to 'int' changejournal.c(403) : error C2224: left of '.BytesToWaitFor' must have struct/union type changejournal.c(447) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(453) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(453) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(60) : error C2065: 'dujd' : undeclared identifier changejournal.c(61) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(61) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2144: syntax error : '' should be preceded by '' changejournal.c(61) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(61) : error C2065: 'fOk' : undeclared identifier changejournal.c(63) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(64) : error C2224: left of '.DeleteFlags' must have struct/union type changejournal.c(65) : error C2065: 'FSCTL_DELETE_USN_JOURNAL' : undeclared identifier changejournal.c(74) : error C2146: syntax error : missing ')' before identifier 'pUsnJournalData' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2144: syntax error : '' should be preceded by '' changejournal.c(74) : error C2143: syntax error : missing ')' before 'identifier' changejournal.c(74) : error C2081: 'PUSN_JOURNAL_DATA' : name in formal parameter list illegal changejournal.c(74) : error C2061: syntax error : identifier 'pUsnJournalData' changejournal.c(74) : error C2059: syntax error : ';' changejournal.c(74) : error C2059: syntax error : ')' changejournal.c(74) : error C2449: found '{' at file scope (missing function header?) changejournal.c(83) : error C2059: syntax error : '}' changejournal.c(191) : error C2065: 'USN_JOURNAL_DATA' : undeclared identifier changejournal.c(191) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2144: syntax error : '' should be preceded by '' changejournal.c(191) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(191) : error C2065: 'ujd' : undeclared identifier changejournal.c(194) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(194) : error C2065: 'USN_DELETE_FLAG_DELETE' : undeclared identifier changejournal.c(194) : error C2198: 'Delete' : too few arguments for call through pointer-to-function changejournal.c(280) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2144: syntax error : '' should be preceded by '' changejournal.c(280) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(285) : error C2065: 'ERROR_JOURNAL_DELETE_IN_PROGRESS' : undeclared identifier changejournal.c(285) : error C2051: case expression not constant changejournal.c(289) : error C2065: 'USN_DELETE_FLAG_NOTIFY' : undeclared identifier changejournal.c(293) : error C2065: 'ERROR_JOURNAL_NOT_ACTIVE' : undeclared identifier changejournal.c(293) : error C2051: case expression not constant changejournal.c(316) : error C2224: left of '.FirstUsn' must have struct/union type changejournal.c(316) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(385) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2144: syntax error : '' should be preceded by '' changejournal.c(385) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2275: 'DWORD' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(141) : see declaration of 'DWORD' changejournal.c(386) : error C2146: syntax error : missing ';' before identifier 'dwTimeout' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2144: syntax error : '' should be preceded by '' changejournal.c(386) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(386) : error C2065: 'dwTimeout' : undeclared identifier changejournal.c(386) : error C2065: 'dwWait' : undeclared identifier changejournal.c(387) : error C2275: 'READ_USN_JOURNAL_DATA' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1881) : see declaration of 'READ_USN_JOURNAL_DATA' changejournal.c(387) : error C2146: syntax error : missing ';' before identifier 'rujd' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2144: syntax error : '' should be preceded by '' changejournal.c(387) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(387) : error C2065: 'rujd' : undeclared identifier changejournal.c(388) : error C2275: 'BOOL' : illegal use of this type as an expression C:\Program Files\Microsoft Visual Studio\VC98\Include\WINDEF.H(142) : see declaration of 'BOOL' changejournal.c(388) : error C2146: syntax error : missing ';' before identifier 'fOk' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2144: syntax error : '' should be preceded by '' changejournal.c(388) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(402) : error C2440: '=' : cannot convert from 'READ_USN_JOURNAL_DATA' to 'int' changejournal.c(403) : error C2224: left of '.BytesToWaitFor' must have struct/union type changejournal.c(447) : error C2146: syntax error : missing ';' before identifier 'ujd' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2144: syntax error : '' should be preceded by '' changejournal.c(447) : error C2143: syntax error : missing ';' before 'identifier' changejournal.c(453) : error C2224: left of '.UsnJournalID' must have struct/union type changejournal.c(453) : error C2198: 'Delete' : too few arguments for call through pointer-to-function Generating Code... C:\win32utils\win32-changejournal> From phasis at nownuri.net Sat Feb 5 19:15:09 2005 From: phasis at nownuri.net (Park Heesob) Date: Sat Feb 5 19:11:58 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> Message-ID: <007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9> Hi, > Hi Park. > > I was not able to compile this using free Visual Studio ++ (VC 7) > compiler. See attached transcript. > Thanks, > -- Shashank > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > C:\win32utils>setvc7.cmd > > C:\win32utils>set PATH=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\Microsoft.NET\Framework\v1.1.4322;C:\Program Files\Microsoft.NET\SDK\v1.1\Bin;C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin;C:\Program Files\Microsoft SDK\Bin\Win64;C:\Program Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; > > C:\win32utils>ruby makeall.rb > > win32-changejournal: > ------------------------- > creating Makefile > NMAKE : fatal error U1077: 'cl' : return code '0x2' > Stop. > cl -nologo -MD -Zi -O2b2xg- -G5 -I. -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I. -I./.. -I./../missing -D_WIN32_WINNT=0x0501 -c -Tcchangejournal.c > changejournal.c > c:\win32utils\win32-changejournal\changejournal.h(47) : error C2039: 'FileNameOffset' : is not a member of 'USN_RECORD' > C:\Program Files\Microsoft Visual Studio\VC98\Include\WINIOCTL.H(1895) : see declaration of 'USN_RECORD' > changejournal.c(60) : error C2065: 'DELETE_USN_JOURNAL_DATA' : undeclared identifier > changejournal.c(60) : error C2146: syntax error : missing ';' before identifier 'dujd' > changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' > changejournal.c(60) : error C2144: syntax error : '' should be preceded by '' > changejournal.c(60) : error C2143: syntax error : missing ';' before 'identifier' Your log shows it was complied with Visual Studion 6.0 environment not with VC7.0 environment. WINIOCTL.H is at C:\Program Files\Microsoft Visual Studio\VC98\Include\ for VC6.0, at C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include\ for VC7.0 in my case. Regards, Park Heesob From sdate at everestkc.net Sat Feb 5 19:57:26 2005 From: sdate at everestkc.net (Shashank Date) Date: Sat Feb 5 19:54:21 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS In-Reply-To: <007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> <007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9> Message-ID: <42056B76.3070105@everestkc.net> Hi Park, Park Heesob wrote: >Your log shows it was complied with Visual Studion 6.0 environment not with VC7.0 environment. > Yes, that is what I thought. Hence, I included the complete command sequence. I also isolated the offending command towards the end. I cannot make out where in this command: cl -nologo -MD -Zi -O2b2xg- -G5 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I./.. -I./../missing -D_WIN32_WINNT=0x0501 -c -Tcchangejournal.c changejournal.c am I specifying the VC 6.0 path? Do you think I should check the LIB and INCLUDE setting? I guess, your answer is going to be "Of course!" :-) SO I have attached the output of "set" command below. I have spaced out the INCLUDE and LIB for easy viewing. -- Shashank C:\win32utils\win32-changejournal>set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Shashank Date\Application Data APR_ICONV_PATH=C:\Program Files\Subversion\iconv BREWDIR=C:\PROGRA~1\BREWSD~1.1 CLASSPATH=.;c:\j2sdk1.4.2_04\lib;c:\groovy\lib; CLIENTNAME=Console CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=MYLAPTOP ComSpec=C:\WINDOWS\system32\cmd.exe FP_NO_HOST_CHECK=NO GROOVY_HOME=C:\GROOVY HOMEDRIVE=C: HOMEPATH=\Documents and Settings\Shashank Date INCLUDE=C:\Program Files\Microsoft Visual C++ Toolkit 2003\include;C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\;C:\OpenSSL\include;C:\Program Files\Microsoft Visual Studio\VC98\Include LIB=C:\Program Files\Microsoft Visual C++ Toolkit 2003\lib;C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\;C:\OpenSSL\lib\VC;C:\Program Files\Microsoft Visual Studio\VC98\LIB LOGONSERVER=\\MYLAPTOP MAVEN_HOME=C:\Program Files\Maven NUMBER_OF_PROCESSORS=1 OPENSSL_CONF=C:\OpenSSL\bin\openssl.cnf OS=Windows_NT Path=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\Microsoft.NET\Framework\v1.1.4322;C:\Program Files\Microsoft.NET\SDK\v1.1\Bin;C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin;C:\Program Files\Microsoft SDK\Bin\Win64;C:\Program Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.RB;.RBW PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 10 Stepping 0, AuthenticAMD PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0a00 ProgramFiles=C:\Program Files PROMPT=$P$G RUBYOPT=rubygems RUBY_INCLUDE=C:\ruby\lib\ruby\1.8\i386-mswin32 RUBY_LIB=C:\ruby\lib\msvcrt-ruby18.lib RUBY_TCL_DLL=c:\ruby\bin\tcl83.dll RUBY_TK_DLL=c:\ruby\bin\tk83.dll SCALA_HOME=C:\Program Files\Scala SESSIONNAME=Console SystemDrive=C: SystemRoot=C:\WINDOWS TCL_LIBRARY=c:\ruby\tcl\lib\tcl8.3 TEMP=C:\DOCUME~1\SHASHA~1\LOCALS~1\Temp TMP=C:\DOCUME~1\SHASHA~1\LOCALS~1\Temp USERDOMAIN=MYLAPTOP USERNAME=Shashank Date USERPROFILE=C:\Documents and Settings\Shashank Date VCToolkitInstallDir=C:\Program Files\Microsoft Visual C++ Toolkit 2003\ VSCOMNTOOLS="C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\" windir=C:\WINDOWS C:\win32utils\win32-changejournal> From phasis at nownuri.net Sat Feb 5 21:14:28 2005 From: phasis at nownuri.net (Park Heesob) Date: Sat Feb 5 21:11:19 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> <007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9> <42056B76.3070105@everestkc.net> Message-ID: <00c401c50bf1$96a4e520$ed0d5bd2@2xnm9896kmqn5b9> Hi Shashank, > > Do you think I should check the LIB and INCLUDE setting? > I guess, your answer is going to be "Of course!" :-) > > SO I have attached the output of "set" command below. > I have spaced out the INCLUDE and LIB for easy viewing. > > -- Shashank > > > C:\win32utils\win32-changejournal>set > ALLUSERSPROFILE=C:\Documents and Settings\All Users > APPDATA=C:\Documents and Settings\Shashank Date\Application Data > APR_ICONV_PATH=C:\Program Files\Subversion\iconv > BREWDIR=C:\PROGRA~1\BREWSD~1.1 > CLASSPATH=.;c:\j2sdk1.4.2_04\lib;c:\groovy\lib; > CLIENTNAME=Console > CommonProgramFiles=C:\Program Files\Common Files > COMPUTERNAME=MYLAPTOP > ComSpec=C:\WINDOWS\system32\cmd.exe > FP_NO_HOST_CHECK=NO > GROOVY_HOME=C:\GROOVY > HOMEDRIVE=C: > HOMEPATH=\Documents and Settings\Shashank Date > > INCLUDE=C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include;C:\Program Files\Microsoft Visual Studio > .NET\FrameworkSDK\include\;C:\OpenSSL\include;C:\Program Files\Microsoft > Visual Studio\VC98\Include > > LIB=C:\Program Files\Microsoft Visual C++ Toolkit 2003\lib;C:\Program > Files\Microsoft Visual Studio > .NET\FrameworkSDK\Lib\;C:\OpenSSL\lib\VC;C:\Program Files\Microsoft > Visual Studio\VC98\LIB > > LOGONSERVER=\\MYLAPTOP > MAVEN_HOME=C:\Program Files\Maven > NUMBER_OF_PROCESSORS=1 > OPENSSL_CONF=C:\OpenSSL\bin\openssl.cnf > OS=Windows_NT > Path=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\Microsoft.NET\Framework\v1.1.4322;C:\Program > > Files\Microsoft.NET\SDK\v1.1\Bin;C:\Program Files\Microsoft Visual C++ > Toolkit 2003\bin;C:\Program Files\Microsoft SDK\Bin\Win64;C:\Program > Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; > I cannot see any platformSDK related environment in your set. Did you have installed PlatformSDK ? Regards, Park Heesob From sdate at everestkc.net Sat Feb 5 21:45:02 2005 From: sdate at everestkc.net (Shashank Date) Date: Sat Feb 5 21:41:54 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS In-Reply-To: <00c401c50bf1$96a4e520$ed0d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM> <00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9> <007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9> <42056B76.3070105@everestkc.net> <00c401c50bf1$96a4e520$ed0d5bd2@2xnm9896kmqn5b9> Message-ID: <420584AE.3070406@everestkc.net> Park Heesob wrote: >I cannot see any platformSDK related environment in your set. >Did you have installed PlatformSDK ? > > Yes, I have "Microsoft Platform SDK for Windows XP SP2" under my "C:\Program Files" folder and it has SetEnv.Bat installed in it. Do you suggest that I run this SetEnv.bat first and then run my setvc7.cmd? What specifically is required from Platform SDK setting? If it is just the INCLUDE and LIB then do you think I sould just adjust those two variables in my setvc7.cmd? Thanks, -- Shashank From phasis at nownuri.net Sun Feb 6 00:23:06 2005 From: phasis at nownuri.net (Park Heesob) Date: Sun Feb 6 00:19:57 2005 Subject: [Win32utils-devel] [ANN] win32-changejournal 0.1.0 in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B207@itomae2km07.AD.QINTRA.COM><00f401c50b37$27959b30$ed0d5bd2@2xnm9896kmqn5b9><007a01c50be0$eba1b370$ed0d5bd2@2xnm9896kmqn5b9><42056B76.3070105@everestkc.net><00c401c50bf1$96a4e520$ed0d5bd2@2xnm9896kmqn5b9> <420584AE.3070406@everestkc.net> Message-ID: <002401c50c0b$f0a20250$ed0d5bd2@2xnm9896kmqn5b9> > Yes, I have "Microsoft Platform SDK for Windows XP SP2" under my > "C:\Program Files" folder and it has SetEnv.Bat installed in it. > > Do you suggest that I run this SetEnv.bat first and then run my setvc7.cmd? > > What specifically is required from Platform SDK setting? If it is just > the INCLUDE and LIB then do you think I sould just adjust those two > variables in my setvc7.cmd? > > > I suggest run setvc7.cmd first and then run SetEnv.bat. I think INCLUDE must includes something like C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include\ Regards, Park Heesob From zdennis at mktec.com Sun Feb 6 01:24:05 2005 From: zdennis at mktec.com (Zach Dennis) Date: Sun Feb 6 01:25:12 2005 Subject: [Win32utils-devel] hello win32-dev team Message-ID: <4205B805.3040305@mktec.com> Hello win32-dev team! I'm going to read and post where I can in attempt to be helpful. At the moment I am to busy to try to provide any help, but if the time becomes available I will ask and see if I can be of help. Zach From djberg96 at yahoo.com Sun Feb 6 14:17:41 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Sun Feb 6 14:14:27 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff Message-ID: <20050206191741.36590.qmail@web50306.mail.yahoo.com> Hi all, I was taking another look at SHGetFolderPath() and related stuff today based on suggestions from Shanko and Zach. I think this would be fairly simple. My main question is, where do we put these values? Under File, Dir, or Shell? Or somewhere else? I vote Dir, since all the special CSIDL seem to be directories. Thus you would have something like: Dir::ADMINTOOLS Dir::BITBUCKET Dir::WINDOWS # C:\windows or C:\winnt And so on. What do you think? Regards, Dan __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From sdate at everestkc.net Sun Feb 6 14:28:01 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 6 14:24:49 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff In-Reply-To: <20050206191741.36590.qmail@web50306.mail.yahoo.com> References: <20050206191741.36590.qmail@web50306.mail.yahoo.com> Message-ID: <42066FC1.90707@everestkc.net> Hi Dan, Daniel Berger wrote: >I was taking another look at SHGetFolderPath() and >related stuff today based on suggestions from Shanko >and Zach. I think this would be fairly simple. > > Good ! >My main question is, where do we put these values? >Under File, Dir, or Shell? Or somewhere else? I vote >Dir, since all the special CSIDL seem to be >directories. > >Thus you would have something like: > >Dir::ADMINTOOLS >Dir::BITBUCKET >Dir::WINDOWS # C:\windows or C:\winnt > >And so on. > >What do you think? > > +1 >Dan > > -- shanko From zdennis at mktec.com Sun Feb 6 17:22:30 2005 From: zdennis at mktec.com (Zach Dennis) Date: Sun Feb 6 17:23:40 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff In-Reply-To: <42066FC1.90707@everestkc.net> References: <20050206191741.36590.qmail@web50306.mail.yahoo.com> <42066FC1.90707@everestkc.net> Message-ID: <420698A6.7060105@mktec.com> Shashank Date wrote: > Hi Dan, > > Daniel Berger wrote: > >> I was taking another look at SHGetFolderPath() and >> related stuff today based on suggestions from Shanko >> and Zach. I think this would be fairly simple. >> >> > Good ! > >> My main question is, where do we put these values? Under File, Dir, or >> Shell? Or somewhere else? I vote >> Dir, since all the special CSIDL seem to be >> directories. >> >> Thus you would have something like: >> >> Dir::ADMINTOOLS >> Dir::BITBUCKET >> Dir::WINDOWS # C:\windows or C:\winnt >> >> And so on. >> >> What do you think? >> >> > +1 +1 Zach From phasis at nownuri.net Mon Feb 7 01:07:44 2005 From: phasis at nownuri.net (Park Heesob) Date: Mon Feb 7 01:04:29 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS Message-ID: <00bb01c50cdb$5714cfc0$ed0d5bd2@2xnm9896kmqn5b9> Hi all, I committed win32-driveinfo 0.1.0 to CVS. What is it? =========== A class for getting information of drives Synopsis ======== include Win32::DriveInfo (sectorsPerCluster, bytesPerSector, numberOfFreeClusters, totalNumberOfClusters, freeBytesAvailableToCaller, totalNumberOfBytes, totalNumberOfFreeBytes) = getDriveSpace('c').to_a totalNumberOfFreeBytes = getDriveSpace('c').TotalNumberOfFreeBytes totalNumberOfBytes = getDriveSpace("\\\\serv\\share").TotalNumberOfBytes drives = getDrivesInUse() freelet = getFreeDriveLetters() drivetype = getDriveType('a') (volumeName, volumeSerialNumber, maximumComponentLength, fileSystemName, attr) = getVolumeInfo('g').to_a (majorVersion, minorVersion, buildNumber, platformId, buildStr) = getVersionEx().to_a # check is your CD-ROM loaded aCDROM = getDrivesInUse().select {|x| getDriveType(x) == "CDROM" }[0] aCD_inside = isReady(aCDROM) Constants ========= DriveInfo::VERSION The current version of this package. DriveInfo::FS_CASE_IS_PRESERVED DriveInfo::FS_CASE_SENSITIVE DriveInfo::FS_UNICODE_STORED_ON_DISK DriveInfo::FS_PERSISTENT_ACLS DriveInfo::FS_VOL_IS_COMPRESSED DriveInfo::FS_FILE_COMPRESSION Module Methods ===== DriveInfo#getDriveSpace( drive ) Returns a structure that contains drivespace information such as SectorsPerCluster, BytesPerSector, NumberOfFreeClusters,TotalNumberOfClusters and FreeBytesAvailable, :TotalNumberOfBytes, :TotalNumberOfFreeBytes drive is drive-letter in either 'c' or 'c:' or 'c:\\' form or UNC path in either "\\\\server\\share" or "\\\\server\\share\\" form. DriveInfo#getDrivesInUse() Returns sorted array of all drive-letters in use. DriveInfo#getFreeDriveLetters() Returns sorted array of all drive-letters that are available for allocation. DriveInfo#getDriveType(drive) Returns string value: "unknown" - the drive type cannot be determined. "no root dir" - the root directory does not exist. "Removable" - the drive can be removed from the drive (removable). "Fixed" - the disk cannot be removed from the drive (fixed). "Remote" - the drive is a remote (network) drive. "CDROM" - the drive is a CD-ROM drive. "RAM" - the drive is a RAM disk. drive is drive-letter in either 'c' or 'c:' or 'c:\\' form or UNC path in either "\\\\server\\share" or "\\\\server\\share\\" form. DriveInfo#isReady(drive) Returns TRUE if root of the drive is accessible, otherwise FALSE. This one isn't really something cool - the function just tries to chdir to the drive's root. This takes time and produces unpleasant sound in case the removable drive is not loaded. If somebody knows some better way to determine is there something inside your CD-ROM or FDD - please let me know (in fact CD-ROMs, RAM drives and network drives return their status fast, may be some other devices make problem, dunno). drive is drive-letter in either 'c' or 'c:' or 'c:\\' form or UNC path in either "\\\\server\\share" or "\\\\server\\share\\" form. DriveInfo#getVolumeInfo(drive) Returns a structure that contains Volume information such as VolumeName - name of the specified volume. VolumeSerialNumber - volume serial number. MaximumComponentLength - filename component supported by the specified file system. A filename component is that portion of a filename between backslashes. Indicate that long names are supported by the specified file system. For a FAT file system supporting long names, the function stores the value 255, rather than the previous 8.3 indicator. Long names can also be supported on systems that use the New Technology file system (NTFS). FileSystemName - name of the file system (such as FAT, FAT32, CDFS or NTFS). attr - array of constants FS_CASE_IS_PRESERVED - file system preserves the case of filenames FS_CASE_SENSITIVE - file system supports case-sensitive filenames FS_UNICODE_STORED_ON_DISK - file system supports Unicode in filenames as they appear on disk FS_PERSISTENT_ACLS - file system preserves and enforces ACLs (access-control lists). For example, NTFS preserves and enforces ACLs, and FAT does not. FS_VOL_IS_COMPRESSED - file system supports file-based compression FS_FILE_COMPRESSION - specified volume is a compressed volume; for ex., a DoubleSpace volume drive is drive-letter in either 'c' or 'c:' or 'c:\\' form. DriveInfo#getVersionEx(drive) Returns a structure that contains Version information such as MajorVersion - major version number of the operating system. For Windows NT version 3.51, it's 3; for Windows NT version 4.0, it's 4; for Windows XP, Windows 2000 and Windows 2003, it's 5. MinorVersion - minor version number of the operating system. For Windows NT version 3.51, it's 51; for Windows NT version 4.0, it's 0. BuildNumber - build number of the operating system. PlatformId - 0 for Win32s, 1 for Win95/98, 2 for Win NT BuildStr - Windows NT: Contains string, such as "Service Pack 3". Indicates the latest Service Pack installed on the system. If no Service Pack has been installed, the string is empty. Windows 95: Contains a null-terminated string that provides arbitrary additional information about the operating system. It is pure ruby implementation using Ruby/dl. Regards, Park Heesob From zdennis at mktec.com Mon Feb 7 08:42:02 2005 From: zdennis at mktec.com (Zach Dennis) Date: Mon Feb 7 08:38:52 2005 Subject: [Win32utils-devel] network drives Message-ID: <4207702A.9080302@mktec.com> Another nicety may be handling network drives. I've been using a ruby script which manipulate using the "net use" command to map network drives, disconnect network drives, query to see what drives are connected, etc..., but it'd be sweet if this type of functionality was included in win32 package. Maybe usage like: nd = Win32::NetworkDrive.new( 'v:' , 'ComputerName', 'ShareName' ) nd.connect( 'username' , 'password' ) nd.disconnect nd = Win32::NetworkDrive.new( 'v:' , '\\ComputerName\ShareName', 'username', 'passwod' ) nd.connect nd.disconnect nd = Win32::NetworkDrive.new( '\\ComputerName\ShareName' ) Win32::NetworkDrive.connected?( 'v:' ) => false nd.connect( 'v:' ) nd.disconnect Win32::NetworkDrive.new9 '\\ComputerName\ShareName' ) do |nd| Dir["#{nd}"].each { |f| puts f } end or something? What do you'all think? Zach From Daniel.Berger at qwest.com Mon Feb 7 10:48:02 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 7 10:44:48 2005 Subject: [Win32utils-devel] hello win32-dev team Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B208@itomae2km07.AD.QINTRA.COM> Welcome Zach! > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Zach Dennis > Sent: Saturday, February 05, 2005 11:24 PM > To: win32utils-devel@rubyforge.org > Subject: [Win32utils-devel] hello win32-dev team > > > Hello win32-dev team! > > I'm going to read and post where I can in attempt to be > helpful. At the > moment I am to busy to try to provide any help, but if the > time becomes > available I will ask and see if I can be of help. > > > Zach > _______________________________________________ > win32utils-devel mailing list > win32utils-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/win32utils-devel > > From Daniel.Berger at qwest.com Mon Feb 7 11:06:19 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 7 11:03:05 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B20A@itomae2km07.AD.QINTRA.COM> Hi all, It looks like we have a consensus on using the 'Dir' class for these - good. The docs for SHGetFolderPath() say that only "some" of the CSIDL constants are supported. It lists 16, but in my experiments many more than that are supported. However, some are not. The odd thing is that there doesn't seem to be any rhyme or reason for why some CSIDL's are supported and some are not. For example, I get a return value for CSIDL_MYVIDEO but not for CSIDL_MYDOCUMENTS on my Windows XP Box. Why? Dunno. So, I will just have to make sure that I document the 16 "officially" supported values, and the rest will just have to be trial and error for the users. Oh, and in case you were wondering, SHGetSpecialFolderPath() fares no better. It does worse, actually. Regards, Dan From zdennis at mktec.com Mon Feb 7 11:29:58 2005 From: zdennis at mktec.com (Zach Dennis) Date: Mon Feb 7 11:26:48 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B20A@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B20A@itomae2km07.AD.QINTRA.COM> Message-ID: <42079786.7090102@mktec.com> Berger, Daniel wrote: > Hi all, > > It looks like we have a consensus on using the 'Dir' class for these - > good. > > The docs for SHGetFolderPath() say that only "some" of the CSIDL > constants are supported. It lists 16, but in my experiments many more > than that are supported. However, some are not. > > The odd thing is that there doesn't seem to be any rhyme or reason for > why some CSIDL's are supported and some are not. For example, I get a > return value for CSIDL_MYVIDEO but not for CSIDL_MYDOCUMENTS on my > Windows XP Box. Why? Dunno. here's the snippet I use to get the My Documents path on Windows Xp proc = GetProcAddress( hDll , "SHGetSpecialFolderPathA" ); //...snip.. (proc)( NULL, cPath, PATH_MYDOCUMENTS, FALSE ); > > So, I will just have to make sure that I document the 16 "officially" > supported values, and the rest will just have to be trial and error for > the users. > > Oh, and in case you were wondering, SHGetSpecialFolderPath() fares no > better. It does worse, actually. If you dumpbin shell32 you can grep for all of the SHGet functions... for some odd reason there isa variation of methods for special folder paths: SHGetSpecialFolderPath SHGetSpecialFolderPathA SHGetSpecialFolderPathU Not all exist on every system, is the experience I've had. Zach From Daniel.Berger at qwest.com Mon Feb 7 11:52:53 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 7 11:49:39 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B20C@itomae2km07.AD.QINTRA.COM> Hi Zach > here's the snippet I use to get the My Documents path on Windows Xp > > proc = GetProcAddress( hDll , "SHGetSpecialFolderPathA" ); > //...snip.. (proc)( NULL, cPath, PATH_MYDOCUMENTS, FALSE ); The docs say that SHGetSpecialFolderPath has been superseded by SHGetFolderPath on Win2k and later, though the docs say that Windows NT 4 SP 4 and later also support it. Where did you get "PATH_MYDOCUMENTS"? It's not a CSIDL, but if it's something we can rely on, I can write the code in such a way as to fall back on PATH_ macros if the CSIDL_ macro is not supported. > If you dumpbin shell32 you can grep for all of the SHGet functions... > for some odd reason there isa variation of methods for > special folder > paths: > > SHGetSpecialFolderPath > SHGetSpecialFolderPathA > SHGetSpecialFolderPathU > > Not all exist on every system, is the experience I've had. > > Zach SHGetSpecialFolderPath is the (older) standard function. SHGetSpecialFolderPathA is the ANSI version while SHGetSpecialFolderPathU is the Unicode version. You usually don't call the 'A' or 'U' versions directly. You use SHGetSpecialFolderPath, and Windows uses either the 'A' or 'U' version behind the scenes, depending on the value of the UNICODE macro. At least, that's my understanding. Regards, Dan From zdennis at mktec.com Mon Feb 7 12:05:07 2005 From: zdennis at mktec.com (Zach Dennis) Date: Mon Feb 7 12:01:58 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B20C@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B20C@itomae2km07.AD.QINTRA.COM> Message-ID: <42079FC3.4060700@mktec.com> Berger, Daniel wrote: > Hi Zach > > >>here's the snippet I use to get the My Documents path on Windows Xp >> >>proc = GetProcAddress( hDll , "SHGetSpecialFolderPathA" ); >>//...snip.. (proc)( NULL, cPath, PATH_MYDOCUMENTS, FALSE ); > > > The docs say that SHGetSpecialFolderPath has been superseded by > SHGetFolderPath on Win2k and later, though the docs say that Windows NT > 4 SP 4 and later also support it. > > Where did you get "PATH_MYDOCUMENTS"? It's not a CSIDL, but if it's > something we can rely on, I can write the code in such a way as to fall > back on PATH_ macros if the CSIDL_ macro is not supported. oops... PATH_MYDOCUMENTS is the same value as the CSIDL_MYDOCUMENTS value 0x05 > > > SHGetSpecialFolderPath is the (older) standard function. > SHGetSpecialFolderPathA is the ANSI version while > SHGetSpecialFolderPathU is the Unicode version. You usually don't call > the 'A' or 'U' versions directly. You use SHGetSpecialFolderPath, and > Windows uses either the 'A' or 'U' version behind the scenes, depending > on the value of the UNICODE macro. > > At least, that's my understanding. That sounds about right. The only experience I have with retrieving this information is in testing of a Windows 2000 and Windows XP Professional edition OS's for a java-based application I wrote. If I remember correctly SHGetSpecialFolder path was segfaulting my extension, but SHGetSpecialFolderA worked. It was a while ago when I wrote java extension and I can check it out again if need be, but if SHGetFolderPath is the correct way to go then please go that route. I'm just posting my experience in case it provides any help. I don't believe I tried SHGetFolderPath back in the day. Zach From zdennis at mktec.com Mon Feb 7 12:05:12 2005 From: zdennis at mktec.com (Zach Dennis) Date: Mon Feb 7 12:02:02 2005 Subject: [Win32utils-devel] SHGetFolderPath and stuff In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B20C@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B20C@itomae2km07.AD.QINTRA.COM> Message-ID: <42079FC8.1040506@mktec.com> Berger, Daniel wrote: > Hi Zach > > >>here's the snippet I use to get the My Documents path on Windows Xp >> >>proc = GetProcAddress( hDll , "SHGetSpecialFolderPathA" ); >>//...snip.. (proc)( NULL, cPath, PATH_MYDOCUMENTS, FALSE ); > > > The docs say that SHGetSpecialFolderPath has been superseded by > SHGetFolderPath on Win2k and later, though the docs say that Windows NT > 4 SP 4 and later also support it. > > Where did you get "PATH_MYDOCUMENTS"? It's not a CSIDL, but if it's > something we can rely on, I can write the code in such a way as to fall > back on PATH_ macros if the CSIDL_ macro is not supported. oops... PATH_MYDOCUMENTS is the same value as the CSIDL_MYDOCUMENTS value 0x05 > > > SHGetSpecialFolderPath is the (older) standard function. > SHGetSpecialFolderPathA is the ANSI version while > SHGetSpecialFolderPathU is the Unicode version. You usually don't call > the 'A' or 'U' versions directly. You use SHGetSpecialFolderPath, and > Windows uses either the 'A' or 'U' version behind the scenes, depending > on the value of the UNICODE macro. > > At least, that's my understanding. That sounds about right. The only experience I have with retrieving this information is in testing of a Windows 2000 and Windows XP Professional edition OS's for a java-based application I wrote. If I remember correctly SHGetSpecialFolder path was segfaulting my extension, but SHGetSpecialFolderA worked. It was a while ago when I wrote java extension and I can check it out again if need be, but if SHGetFolderPath is the correct way to go then please go that route. I'm just posting my experience in case it provides any help. I don't believe I tried SHGetFolderPath back in the day. Zach From Daniel.Berger at qwest.com Tue Feb 8 09:14:57 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Tue Feb 8 09:10:40 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B212@itomae2km07.AD.QINTRA.COM> Hi Heesob, I have a couple problems with this. First, I guess I didn't tell you, but I'm opposed to using Ruby/DL for any of our packages. It's just not stable, and has 64-bit issues that are effectively unresolvable. This could be a problem very soon with 64-bit Windows on the horizon. You can read about Jamis Buck's negative experience with Ruby/DL at http://www.jamisbuck.org/jamis/blog.cgi/programming/ruby/Disappointments %20in%20Ruby%20Land_20041230165456.tx Contrary to whatever Matz has said about Win32API being deprecated, I am officially declaring Ruby/DL dead for Win32Utils development and Win32API to be the preferred choice for any pure Ruby development. If the Win32API package is ever removed from core Ruby, I will fork Ruby. This is not an attack on you Heesob. I should have mentioned this on the list sooner, so it's my fault. I hedged for a while on the issue because I wasn't sure what the future held with regards to Win32API vs. Ruby/DL. Now that Ruby/DL has proven to be unreliable, I can be more confident in sticking with Win32API. That being said, I won't force you to rewrite it. Just keep in mind that all bugs, feature requests, etc, will be directed to *you*. :) Second, I was hoping to keep the API similar to Mike Hall's "filesystem" package. Did you determine that it just wasn't feasible? I made a comment about it on the Feature Request. If we can't make it compatible, that's fine, but I thought we should at least try. Regards, Dan > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Park Heesob > Sent: Sunday, February 06, 2005 11:08 PM > To: win32utils-devel@rubyforge.org > Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS > > > Hi all, > > I committed win32-driveinfo 0.1.0 to CVS. > > What is it? > =========== > A class for getting information of drives > > Synopsis > ======== > include Win32::DriveInfo > > (sectorsPerCluster, > bytesPerSector, > numberOfFreeClusters, > totalNumberOfClusters, > freeBytesAvailableToCaller, > totalNumberOfBytes, > totalNumberOfFreeBytes) = getDriveSpace('c').to_a > > totalNumberOfFreeBytes = > getDriveSpace('c').TotalNumberOfFreeBytes > > totalNumberOfBytes = > getDriveSpace("\\\\serv\\share").TotalNumberOfBytes > > drives = getDrivesInUse() > > freelet = getFreeDriveLetters() > > drivetype = getDriveType('a') > > > (volumeName, > volumeSerialNumber, > maximumComponentLength, > fileSystemName, attr) = getVolumeInfo('g').to_a > > > (majorVersion, minorVersion, buildNumber, > platformId, buildStr) = getVersionEx().to_a > > # check is your CD-ROM loaded > aCDROM = getDrivesInUse().select {|x| getDriveType(x) == > "CDROM" }[0] > > aCD_inside = isReady(aCDROM) > > Constants > ========= > DriveInfo::VERSION > The current version of this package. > DriveInfo::FS_CASE_IS_PRESERVED > DriveInfo::FS_CASE_SENSITIVE > DriveInfo::FS_UNICODE_STORED_ON_DISK > DriveInfo::FS_PERSISTENT_ACLS > DriveInfo::FS_VOL_IS_COMPRESSED > DriveInfo::FS_FILE_COMPRESSION > > Module Methods > ===== > DriveInfo#getDriveSpace( drive ) > Returns a structure that contains drivespace information > such as SectorsPerCluster, BytesPerSector, > NumberOfFreeClusters,TotalNumberOfClusters > and FreeBytesAvailable, :TotalNumberOfBytes, > :TotalNumberOfFreeBytes > drive is drive-letter in either 'c' or 'c:' or 'c:\\' form > or UNC path > in either "\\\\server\\share" or > "\\\\server\\share\\" form. > > DriveInfo#getDrivesInUse() > Returns sorted array of all drive-letters in use. > > DriveInfo#getFreeDriveLetters() > Returns sorted array of all drive-letters that are available > for allocation. > > DriveInfo#getDriveType(drive) > Returns string value: > "unknown" - the drive type cannot be determined. > > "no root dir" - the root directory does not exist. > > "Removable" - the drive can be removed from the > drive (removable). > "Fixed" - the disk cannot be removed from the > drive (fixed). > "Remote" - the drive is a remote (network) drive. > > "CDROM" - the drive is a CD-ROM drive. > > "RAM" - the drive is a RAM disk. > > > drive is drive-letter in either 'c' or 'c:' or 'c:\\' form > or UNC path > in either "\\\\server\\share" or > "\\\\server\\share\\" form. > > DriveInfo#isReady(drive) > Returns TRUE if root of the drive is accessible, otherwise > FALSE. This one isn't really something cool - the function > just tries to chdir to the drive's root. This takes time and > produces unpleasant sound in case the removable drive is not > loaded. If somebody knows some better way to determine is > there something inside your CD-ROM or FDD - please let me > know (in fact CD-ROMs, RAM drives and network drives return > their status fast, may be some other devices make problem, dunno). > > drive is drive-letter in either 'c' or 'c:' or 'c:\\' form > or UNC path > in either "\\\\server\\share" or > "\\\\server\\share\\" form. > > DriveInfo#getVolumeInfo(drive) > Returns a structure that contains Volume information such as > > VolumeName - name of the specified volume. > VolumeSerialNumber - volume serial number. > MaximumComponentLength - > filename component supported by the specified file system. > A filename component is that portion of a filename > between backslashes. > Indicate that long names are supported by the > specified file system. > For a FAT file system supporting long names, the > function stores > the value 255, rather than the previous 8.3 > indicator. Long names can > also be supported on systems that use the New > Technology file system > (NTFS). > FileSystemName - name of the file system (such as > FAT, FAT32, CDFS or NTFS). > attr - array of constants > FS_CASE_IS_PRESERVED - file system preserves the case of > filenames > FS_CASE_SENSITIVE - file system supports case-sensitive filenames > FS_UNICODE_STORED_ON_DISK - file system supports Unicode > in filenames as they appear on disk > FS_PERSISTENT_ACLS - file system preserves and enforces > ACLs (access-control lists). > For example, NTFS preserves and enforces ACLs, and > FAT does not. > FS_VOL_IS_COMPRESSED - file system supports file-based > compression > FS_FILE_COMPRESSION - specified volume is a compressed > volume; for ex., a DoubleSpace volume > drive is drive-letter in either 'c' or 'c:' or 'c:\\' form. > > DriveInfo#getVersionEx(drive) > Returns a structure that contains Version information such as > MajorVersion - major version number of the operating > system. For Windows NT > version 3.51, it's 3; for Windows NT > version 4.0, it's 4; for Windows XP, Windows 2000 and > Windows 2003, it's 5. > > MinorVersion - minor version number of the operating > system. For Windows NT > version 3.51, it's 51; for Windows NT > version 4.0, it's 0. > BuildNumber - build number of the operating system. > PlatformId - 0 for Win32s, 1 for Win95/98, 2 for Win NT > BuildStr - Windows NT: Contains string, such as > "Service Pack 3". > Indicates the latest Service Pack > installed on the system. > If no Service Pack has been installed, the > string is empty. > Windows 95: Contains a null-terminated > string that provides > arbitrary additional information about the > operating system. > > It is pure ruby implementation using Ruby/dl. > > Regards, > > Park Heesob > > _______________________________________________ > win32utils-devel mailing list > win32utils-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/win32utils-devel > > From Daniel.Berger at qwest.com Tue Feb 8 09:17:18 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Tue Feb 8 09:12:57 2005 Subject: [Win32utils-devel] network drives Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B213@itomae2km07.AD.QINTRA.COM> Hi Zach, > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Zach Dennis > Sent: Monday, February 07, 2005 6:42 AM > To: win32utils-devel@rubyforge.org > Subject: [Win32utils-devel] network drives > > > Another nicety may be handling network drives. I've been using a ruby > script which manipulate using the "net use" command to map network > drives, disconnect network drives, query to see what drives are > connected, etc..., but it'd be sweet if this type of > functionality was > included in win32 package. > > Maybe usage like: > nd = Win32::NetworkDrive.new( 'v:' , 'ComputerName', 'ShareName' ) > nd.connect( 'username' , 'password' ) > nd.disconnect > > nd = Win32::NetworkDrive.new( 'v:' , '\\ComputerName\ShareName', > 'username', 'passwod' ) > nd.connect > nd.disconnect > > nd = Win32::NetworkDrive.new( '\\ComputerName\ShareName' ) > Win32::NetworkDrive.connected?( 'v:' ) => false > nd.connect( 'v:' ) > nd.disconnect > > Win32::NetworkDrive.new9 '\\ComputerName\ShareName' ) do |nd| > Dir["#{nd}"].each { |f| puts f } > end > > or something? What do you'all think? > > Zach That looks nice. I'm wondering if we should have an all encompassing "win32-drive" package that includes this and the driveinfo stuff from Heesob. That might make compatibility with Mike Hall's "filesystem" package more of a pain, though. Any thoughts? Regards, Dan From zdennis at mktec.com Tue Feb 8 10:07:01 2005 From: zdennis at mktec.com (Zach Dennis) Date: Tue Feb 8 10:03:49 2005 Subject: [Win32utils-devel] network drives In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B213@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B213@itomae2km07.AD.QINTRA.COM> Message-ID: <4208D595.3010401@mktec.com> Berger, Daniel wrote: > That looks nice. I'm wondering if we should have an all encompassing > "win32-drive" package that includes this and the driveinfo stuff from > Heesob. That might make compatibility with Mike Hall's "filesystem" > package more of a pain, though. > > Any thoughts? I'm not stuck on my mentioned implementation, I just wanted to get out what I was thinking so we had a better chance of being on the same page discussing things. I like clear-all-out-in-the-open-communication. =) On a quick side note, Mike needs to update his link on the RAA. He say he has version 0.5 which was released June of last year, yet the download links is for 0.3. So my comments will be on his 0.3 documentation. The filesystem package appears to only give you information on a filesystem, but doesn't let you do anything about it. I think Park Heesob's recent work would be more of the stuff to keep compatible with the filesystem package, and depending on where you wanted to allow the functionality to connect network drives would determine if you'd be expanding the filesystem package or if it'd be another package in win32-drive. The mounting of network resources could be handled low level making win api calls or as an interface to the 'net' command, since I believe all versions of windows have 'net'. I like the idea of interface compatibility, since I'm a windows and *nix user it's nice to think of consistent naming conventions. I think that FileSystemMount is a misleading name though in Windows. FileSystemMount appears to be an object wrapping an actual mount point, and providing user information based on the methods; device, mount, fstype, etc.. mount also seems like the method to mount the network drive, and FileSystemMount sounds like the place you'd do that. win32-drive::FileSystemMount.mount( 'v:', 'ComputerName', 'ShareName' ) seems intuitive don't it? Now I haven't used the 'filesystem' package so perhaps you can do something like that. If we keep existing functionality, I'd say we expand on it if it makes the best design decision. If the methods; connect, disconnect were added to FileSystemMount I'd think we could get away with keeping interface consistency with the filesystem package and not giving methods duplicate behavior. If I want to map a network drive I'd like to create a FileSystemMount object and call 'connected?' or 'mounted?' to see if it's connected, otherwise i'd like to 'mount' it or 'connect' to make it so. What your guys's thoughts? Zach From zdennis at mktec.com Tue Feb 8 10:09:44 2005 From: zdennis at mktec.com (Zach Dennis) Date: Tue Feb 8 10:06:31 2005 Subject: [Win32utils-devel] network drives In-Reply-To: <4208D595.3010401@mktec.com> References: <8FE83020B9E1A248A182A9B0A7B76E7358B213@itomae2km07.AD.QINTRA.COM> <4208D595.3010401@mktec.com> Message-ID: <4208D638.1010205@mktec.com> Zach Dennis wrote: > mount also seems like the method to mount the network drive, and > FileSystemMount sounds like the place you'd do that. > > win32-drive::FileSystemMount.mount( 'v:', 'ComputerName', 'ShareName' ) > What seems more intuitive is: win32-drive::FileSystem.mount( 'v:', 'ComputerName', 'ShareName' ) so maybe include that as a package? win32-drive::FileSystem or just win32-drive::mount( 'v', 'ComputerName', 'ShareName' ) ? Zach From Daniel.Berger at qwest.com Tue Feb 8 10:16:11 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Tue Feb 8 10:11:50 2005 Subject: [Win32utils-devel] network drives Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B215@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Zach Dennis > Sent: Tuesday, February 08, 2005 8:07 AM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] network drives > > > Berger, Daniel wrote: > > > That looks nice. I'm wondering if we should have an all > encompassing > > "win32-drive" package that includes this and the driveinfo > stuff from > > Heesob. That might make compatibility with Mike Hall's > "filesystem" > > package more of a pain, though. > > > > Any thoughts? > > I'm not stuck on my mentioned implementation, I just wanted > to get out > what I was thinking so we had a better chance of being on the > same page > discussing things. I like clear-all-out-in-the-open-communication. =) That's fine. :) > On a quick side note, Mike needs to update his link on the > RAA. He say > he has version 0.5 which was released June of last year, yet the > download links is for 0.3. So my comments will be on his 0.3 > documentation. Hm...I think I even sent him an email about that a while ago. Anyway, you can get 0.5 by going to his home page and getting it directly: http://users.rcn.com/m3ha11/ruby/ruby.html I don't think the API changed between 0.3 and 0.5, however. If I recall, it was just macro tweaks to make it compatible with more *nix flavors. Dan From phasis at nownuri.net Tue Feb 8 10:21:08 2005 From: phasis at nownuri.net (Park Heesob) Date: Tue Feb 8 10:17:53 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B212@itomae2km07.AD.QINTRA.COM> Message-ID: <005501c50df1$d0a12bb0$ed0d5bd2@2xnm9896kmqn5b9> Hi Dan, > Hi Heesob, > > I have a couple problems with this. > > First, I guess I didn't tell you, but I'm opposed to using Ruby/DL for > any of our packages. It's just not stable, and has 64-bit issues that > are effectively unresolvable. This could be a problem very soon with > 64-bit Windows on the horizon. You can read about Jamis Buck's negative > experience with Ruby/DL at > http://www.jamisbuck.org/jamis/blog.cgi/programming/ruby/Disappointments > %20in%20Ruby%20Land_20041230165456.tx > > Contrary to whatever Matz has said about Win32API being deprecated, I am > officially declaring Ruby/DL dead for Win32Utils development and > Win32API to be the preferred choice for any pure Ruby development. If > the Win32API package is ever removed from core Ruby, I will fork Ruby. > > This is not an attack on you Heesob. I should have mentioned this on > the list sooner, so it's my fault. I hedged for a while on the issue > because I wasn't sure what the future held with regards to Win32API vs. > Ruby/DL. Now that Ruby/DL has proven to be unreliable, I can be more > confident in sticking with Win32API. > > That being said, I won't force you to rewrite it. Just keep in mind > that all bugs, feature requests, etc, will be directed to *you*. :) > It is test release of driveinfo. There might be many problems with Ruby/DL as you said. At least in my test, it works fine :) I hope the ruby developer make Ruby/DL more reliable in the next version. If you feel unhappy with this package, don't announce it. > Second, I was hoping to keep the API similar to Mike Hall's "filesystem" > package. Did you determine that it just wasn't feasible? I made a > comment about it on the Feature Request. If we can't make it > compatible, that's fine, but I thought we should at least try. > I think filesystem is only suitable for *nix, not for windows. If you are sure for compatible package, let me know what's the correspondent of struct MNTENT or struct statvfs. Regards, Park Heesob From Daniel.Berger at qwest.com Tue Feb 8 13:42:57 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Tue Feb 8 13:38:38 2005 Subject: [Win32utils-devel] 64 bit Windows? Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B219@itomae2km07.AD.QINTRA.COM> Anyone here got an AMD 64 machine? http://www.microsoft.com/windowsxp/64bit/default.mspx I'd be curious to see how Ruby and the Win32Utils stuff does. Dan From Daniel.Berger at qwest.com Wed Feb 9 09:27:55 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Wed Feb 9 09:24:39 2005 Subject: [Win32utils-devel] win32-dir, now in CVS Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B222@itomae2km07.AD.QINTRA.COM> Hi all, I've checked win32-dir into CVS. Please take a look. It's nothing fancy - just defines some constants: Dir::WINDOWS # C:\WINNT Dir::PROGRAM_FILES # C:\Program Files And so on. Take a look. As long as there are no complaints, I release it (and win32-changejournal) this weekend. Oh, a couple of requests. First, please take a look at the extconf.rb file. There are a couple of libraries that I could explicitly link against, but it doesn't appear that you need to do so. Second, if Dir::MYDOCUMENTS returns a value for you, please let me know which compiler you're using (free or commercial). Regards, Dan From phasis at nownuri.net Wed Feb 9 10:19:51 2005 From: phasis at nownuri.net (Park Heesob) Date: Wed Feb 9 10:16:34 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B212@itomae2km07.AD.QINTRA.COM> Message-ID: <003b01c50eba$cd1c7f70$ed0d5bd2@2xnm9896kmqn5b9> Hi, I committed win32-driveinfo in CVS again. It is now C extension not Ruby/DL.:) Regards, Park Heesob From Daniel.Berger at qwest.com Wed Feb 9 10:38:08 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Wed Feb 9 10:34:51 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B223@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Park Heesob > Sent: Wednesday, February 09, 2005 8:20 AM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] [ANN] win32-driveinfo in CVS > > > Hi, > > I committed win32-driveinfo in CVS again. > It is now C extension not Ruby/DL.:) > > Regards, > > Park Heesob Wow, that was fast! Well, since you had originally used a pure Ruby implementation, I *was* going to suggest you reimplement it using OLE + WMI: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ wmi/computer_system_hardware_classes.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ wmi/operating_system_classes.asp I was thinking maybe win32_diskdrive from the hardware classes and/or the various filesystem classes (win32_logicaldisk, etc). I've only spent about 2 minutes looking at those docs this morning, so maybe that won't work. Also, since you've already reimplemented it once, I dunno how you feel about reimplementing it again. Or, we could provide both, giving the users a choice during installation. Maybe Shanko would like to take a stab at that. :) I was also thinking some more about Mike's filesystem API. I think we can simulate "Filesystem.stat" easily enough with the information being returned from the "getDriveInfo" method you have now. The struct members wouldn't be identical, but close enough. The "FileSystem.mounts" method looks like its the same sort of info returned by your getVolumeInfo method. That being said, I don't want you to think you're limited to those two methods. We can have more methods, just as long as those two are defined. What do folks think? Dan From phasis at nownuri.net Wed Feb 9 23:59:52 2005 From: phasis at nownuri.net (Park Heesob) Date: Wed Feb 9 23:56:36 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS References: <8FE83020B9E1A248A182A9B0A7B76E7358B223@itomae2km07.AD.QINTRA.COM> Message-ID: <007101c50f2d$5b4d8880$ed0d5bd2@2xnm9896kmqn5b9> Hi Dan, > Wow, that was fast! Well, since you had originally used a pure Ruby > implementation, I *was* going to suggest you reimplement it using OLE + > WMI: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ > wmi/computer_system_hardware_classes.asp > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ > wmi/operating_system_classes.asp > > I was thinking maybe win32_diskdrive from the hardware classes and/or > the various filesystem classes (win32_logicaldisk, etc). I've only > spent about 2 minutes looking at those docs this morning, so maybe that > won't work. Also, since you've already reimplemented it once, I dunno > how you feel about reimplementing it again. > I have reimplemented some methods with OLE+WMI, But there are no equivalents for some methods like GetDiskFreeSpaceEx in case of UNC Path. If you really wish OLE+WMI implementaion, I will concede it to you :) > Or, we could provide both, giving the users a choice during > installation. Maybe Shanko would like to take a stab at that. :) > > I was also thinking some more about Mike's filesystem API. I think we > can simulate "Filesystem.stat" easily enough with the information being > returned from the "getDriveInfo" method you have now. The struct > members wouldn't be identical, but close enough. The > "FileSystem.mounts" method looks like its the same sort of info returned > by your getVolumeInfo method. > > That being said, I don't want you to think you're limited to those two > methods. We can have more methods, just as long as those two are > defined. > > What do folks think? > > Dan > Why do you think we should emulate Mike's filesystem API ? How about giving Mike a chance to emulate windows filesystem? Anyway, my work is just a porting of Perl module and it should stop here. You can modify,reimplement, rename or even drop my work. I have enjoyed myself with Ruby, C, Ruby/DL,OLE and WMI stuffs :) Thanks, Park Heesob From zdennis at mktec.com Thu Feb 10 11:02:27 2005 From: zdennis at mktec.com (Zach Dennis) Date: Thu Feb 10 10:59:10 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS In-Reply-To: <007101c50f2d$5b4d8880$ed0d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B223@itomae2km07.AD.QINTRA.COM> <007101c50f2d$5b4d8880$ed0d5bd2@2xnm9896kmqn5b9> Message-ID: <420B8593.4020201@mktec.com> Park Heesob wrote: > Hi Dan, > >>Wow, that was fast! Well, since you had originally used a pure Ruby >>implementation, I *was* going to suggest you reimplement it using OLE + >>WMI: >> >>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ >>wmi/computer_system_hardware_classes.asp >> >>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/ >>wmi/operating_system_classes.asp >> >>I was thinking maybe win32_diskdrive from the hardware classes and/or >>the various filesystem classes (win32_logicaldisk, etc). I've only >>spent about 2 minutes looking at those docs this morning, so maybe that >>won't work. Also, since you've already reimplemented it once, I dunno >>how you feel about reimplementing it again. >> > > I have reimplemented some methods with OLE+WMI, > But there are no equivalents for some methods like GetDiskFreeSpaceEx in case of UNC Path. > If you really wish OLE+WMI implementaion, I will concede it to you :) > > >>Or, we could provide both, giving the users a choice during >>installation. Maybe Shanko would like to take a stab at that. :) >> >>I was also thinking some more about Mike's filesystem API. I think we >>can simulate "Filesystem.stat" easily enough with the information being >>returned from the "getDriveInfo" method you have now. The struct >>members wouldn't be identical, but close enough. The >>"FileSystem.mounts" method looks like its the same sort of info returned >>by your getVolumeInfo method. >> >>That being said, I don't want you to think you're limited to those two >>methods. We can have more methods, just as long as those two are >>defined. >> >>What do folks think? >> >>Dan >> > > Why do you think we should emulate Mike's filesystem API ? > How about giving Mike a chance to emulate windows filesystem? > > Anyway, my work is just a porting of Perl module and it should stop here. > You can modify,reimplement, rename or even drop my work. ^^^^^^^^^^^^ You guys must have a love-hate relationship. Why drop perfectly good work? Zach From Daniel.Berger at qwest.com Fri Feb 11 10:27:21 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Feb 11 10:24:00 2005 Subject: [Win32utils-devel] [ANN] win32-driveinfo in CVS Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B230@itomae2km07.AD.QINTRA.COM> Hi all, > > Why do you think we should emulate Mike's filesystem API ? > How about > > giving Mike a chance to emulate windows filesystem? There was a thread started by Tim Ferrell (ruby-talk:129645) about disk usage. That led to a discussion about a Windows version and how it would be ideal if we could make the API identical across platforms, so that's what inspired me. If we can do it, great. If it isn't practical, then I understand that as well. > > > > Anyway, my work is just a porting of Perl module and it should stop > > here. You can modify,reimplement, rename or even drop my work. > ^^^^^^^^^^^^ > > You guys must have a love-hate relationship. Why drop > perfectly good work? > > Zach Heh - I'm not going to drop his work - it's far too valuable! I'll probably just alter it a little. We've gone through this before - he hammers out the backend and I hammer out the frontend. :) Also keep in mind that English is not Heesob's native language, so sometimes things come across a little more harshly than they actually are. Anyway, I'll take a closer look this weekend. I lost a day yesterday after taking a rather nasty spill while skiing. Ouch. Regards, Dan From Daniel.Berger at qwest.com Mon Feb 14 12:29:04 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 14 12:25:35 2005 Subject: [Win32utils-devel] DONT_RESOLVE_DLL_REFERENCES info Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> For future reference, it looks like we should avoid DONT_RESOLVE_DLL_REFERENCES in any extensions. http://weblogs.asp.net/oldnewthing/archive/2005/02/14/372266.aspx Regards, Dan From Daniel.Berger at qwest.com Wed Feb 16 10:34:17 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Wed Feb 16 10:30:47 2005 Subject: [Win32utils-devel] Win32 Utils Article Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B241@itomae2km07.AD.QINTRA.COM> Hi all, The article I wrote for Rubyist magazine is out: http://jp.rubyist.net/magazine/?0005-RLR-en (English) http://jp.rubyist.net/magazine/?0005-RLR (Japanese) I definitely encourage other developers/users of Win32 Utils to write articles about our project (in any language)! Regards, Dan From djberg96 at yahoo.com Fri Feb 18 18:58:33 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Fri Feb 18 18:54:53 2005 Subject: [Win32utils-devel] Re: [REQUEST] Win32 Wishlist (Active Directory) In-Reply-To: <703b1e3b05020706541377bf45@mail.gmail.com> Message-ID: <20050218235833.70738.qmail@web50308.mail.yahoo.com> Hi Craig, I have cc'd your request to the mailing list. Thank you for the idea. :) Regards, Dan --- Craig Moran wrote: > Hey, folks- > I saw the call for some development ideas. I would > most like to see > an admin utility that interfaces with Active > Directory. As a minor > stepping stone, it would be able to iterate (just > reading for now) > over containers and members without changing > (writing) anything. Just > having this ability to iterate over what is > currently in Active > Directory would be immensely helpful to me and > perhaps others as well. > > As far as any assistance with such a product, I find > my skills to be lacking. > Warm Regards- > Craig Moran > __________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 From djberg96 at yahoo.com Sat Feb 26 14:23:00 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Sat Feb 26 14:19:05 2005 Subject: [Win32utils-devel] Symlinks for Windows Message-ID: <20050226192300.28766.qmail@web50301.mail.yahoo.com> Hi all, Dave Burt mentioned the possibility of adding symlinks to the Dir class. http://www.sysinternals.com/ntw2k/source/misc.shtml#junction There is also Autrijus Tang's symlink Perl module at http://search.cpan.org/~autrijus/Win32-Symlink-0.04/ Looks easy enough, but it only seems to work for directories, not regular files. Should we add this to the Directory class, or simply define it for the File class with a big warning sticker? The former seems to make more sense, but the latter helps keep things portable and familiar. What's the consensus? Regards, Dan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From zdennis at mktec.com Sat Feb 26 16:43:24 2005 From: zdennis at mktec.com (Zach Dennis) Date: Sat Feb 26 16:44:10 2005 Subject: [Win32utils-devel] Symlinks for Windows In-Reply-To: <20050226192300.28766.qmail@web50301.mail.yahoo.com> References: <20050226192300.28766.qmail@web50301.mail.yahoo.com> Message-ID: <4220ED7C.3010409@mktec.com> Daniel Berger wrote: > Hi all, > > Dave Burt mentioned the possibility of adding symlinks > to the Dir class. > > http://www.sysinternals.com/ntw2k/source/misc.shtml#junction > > > There is also Autrijus Tang's symlink Perl module at > http://search.cpan.org/~autrijus/Win32-Symlink-0.04/ > > Looks easy enough, but it only seems to work for > directories, not regular files. Should we add this to > the Directory class, or simply define it for the File > class with a big warning sticker? The former seems to > make more sense, but the latter helps keep things > portable and familiar. > > What's the consensus? My vote would be to put it on the File class with a sticker warning. Zach From sdate at everestkc.net Sun Feb 27 02:14:25 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 27 02:10:31 2005 Subject: [Win32utils-devel] Compilation errors In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> Message-ID: <42217351.10505@everestkc.net> Dan, Park, I am working on building the one-click installer for win32-utils and am using the free Microsoft Visual C++ Toolkit 2003 to compile it. All components compile fine except these two: win32-pipe, win32-taskscheduler Any ideas of what could be wrong with my process? Thanks, -- shanko win32-pipe: ------------------------- creating Makefile cl -nologo -MD -Zi -O2b2xg- -G5 -I. -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I. -I./.. -I./../missing -c -Tcpipe.c pipe.c cl -nologo -LD -Fepipe.so pipe.obj msvcrt-ruby18.lib oldnames.lib user32.lib advapi32.lib wsock32.lib -link -incremental:no -debug -opt:ref -opt:icf -dll -libpath:"c:/ruby/lib" -def:pipe-i386-mswin32.def Creating library pipe.lib and object pipe.exp pipe.obj : error LNK2019: unresolved external symbol __ftol2 referenced in function _pipe_wait pipe.so : fatal error LNK1120: 1 unresolved externals win32-taskscheduler: ------------------------- creating Makefile cl -nologo -MD -Zi -O2b2xg- -G5 -I. -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -I. -I. -I./.. -I./../missing -c -Tptaskscheduler.c taskscheduler.c c:\win32utils\win32-taskscheduler\taskscheduler.h(51) : error C2668: 'log' : ambiguous call to overloaded function C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(612): could be 'long double log(long double)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(564): or 'float log(float)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(193): or 'double log(double)' while trying to match the argument list '(DWORD)' c:\win32utils\win32-taskscheduler\taskscheduler.h(51) : error C2668: 'log' : ambiguous call to overloaded function C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(612): could be 'long double log(long double)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(564): or 'float log(float)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include\math.h(193): or 'double log(double)' while trying to match the argument list '(int)' From phasis at nownuri.net Sun Feb 27 08:13:37 2005 From: phasis at nownuri.net (Park Heesob) Date: Sun Feb 27 08:11:12 2005 Subject: [Win32utils-devel] Compilation errors References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> Message-ID: <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> Hi, ----- Original Message ----- From: "Shashank Date" To: "Development and ideas for win32utils projects" Sent: Sunday, February 27, 2005 4:14 PM Subject: [Win32utils-devel] Compilation errors > Dan, Park, > > I am working on building the one-click installer for win32-utils and am > using the free Microsoft Visual C++ Toolkit 2003 to compile it. All > components compile fine except these two: win32-pipe, win32-taskscheduler > > Any ideas of what could be wrong with my process? > > Thanks, > -- shanko > > win32-pipe: > ------------------------- > > creating Makefile > cl -nologo -MD -Zi -O2b2xg- -G5 -I. > -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 > -I. -I. -I./.. -I./../missing -c -Tcpipe.c > pipe.c > cl -nologo -LD -Fepipe.so pipe.obj msvcrt-ruby18.lib oldnames.lib > user32.lib advapi32.lib wsock32.lib -link -incremental:no -debug > -opt:ref -opt:icf -dll -libpath:"c:/ruby/lib" -def:pipe-i386-mswin32.def > Creating library pipe.lib and object pipe.exp > pipe.obj : error LNK2019: unresolved external symbol __ftol2 referenced > in function _pipe_wait > pipe.so : fatal error LNK1120: 1 unresolved externals > > win32-taskscheduler: > ------------------------- > > creating Makefile > cl -nologo -MD -Zi -O2b2xg- -G5 -I. > -Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 > -I. -I. -I./.. -I./../missing -c -Tptaskscheduler.c > taskscheduler.c > c:\win32utils\win32-taskscheduler\taskscheduler.h(51) : error C2668: > 'log' : ambiguous call to overloaded function > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(612): could be 'long double log(long double)' > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(564): or 'float log(float)' > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(193): or 'double log(double)' > while trying to match the argument list '(DWORD)' > c:\win32utils\win32-taskscheduler\taskscheduler.h(51) : error C2668: > 'log' : ambiguous call to overloaded function > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(612): could be 'long double log(long double)' > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(564): or 'float log(float)' > C:\Program Files\Microsoft Visual C++ Toolkit > 2003\include\math.h(193): or 'double log(double)' > while trying to match the argument list '(int)' > > I have no idea on the first win32-pipe error. In my platform, it compiles fine. You can fix the second win32-taskscheduler error by replacing taskscheduler.h line 51 return ((log(day)/log(2))+1); with return ((log((double)day)/log((double)2))+1); Regards, Park Heesob. From sdate at everestkc.net Sun Feb 27 09:34:02 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 27 09:30:04 2005 Subject: [Win32utils-devel] Compilation errors In-Reply-To: <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> Message-ID: <4221DA5A.9040009@everestkc.net> Hi Park, >I have no idea on the first win32-pipe error. >In my platform, it compiles fine. > > I had this same error while compiling ruby 1.8.2 and I posted on ruby-talk #124452 But nobu told me that I was using the wrong method to fix it. I still do not know how to do it correctly or what I am doing wrong. It apears that I am using the wrong runtime libraries. Can you please look at that ruby-talk thread and see if you get any clue? >You can fix the second win32-taskscheduler error by >replacing taskscheduler.h line 51 > return ((log(day)/log(2))+1); >with > return ((log((double)day)/log((double)2))+1); > > That worked. Thanks! >Regards, >Park Heesob. > > -- shanko From sdate at everestkc.net Sun Feb 27 11:26:14 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 27 11:22:21 2005 Subject: [Win32utils-devel] Compilation errors In-Reply-To: <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> Message-ID: <4221F4A6.5070307@everestkc.net> Hi Park, One more thing. I have the following (see below) Microsoft products installed on my machine. Notice that there many places (in bold) where you find the compiler. Do you think I am compiling/linking with the wrong INCLUDE and LIB files? This is how I have set them: Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\win32utils>set PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem; C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin; C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322; C:\ProgramFiles\Microsoft.NET\SDK\v1.1\Bin; C:\Program Files\Microsoft SDK\Bin\Win64; C:\Program Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; C:\win32utils>Set INCLUDE=C:\Program Files\Microsoft Visual C++ Toolkit 2003\include; C:\Program Files\Microsoft Platform SDK for Windows XP SP2\include; C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include; C:\OpenSSL\include;C:\Program Files\Microsoft Visual Studio\VC98\Include; C:\win32utils>Set LIB=C:\Program Files\Microsoft Visual C++ Toolkit 2003\lib; C:\Program Files\Microsoft Platform SDK for Windows XP SP2\lib; C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\; C:\OpenSSL\lib\VC;C:\Program Files\Microsoft VisualStudio\VC98\LIB C:\win32utils>cd .. C:\>cd "Program Files" C:\Program Files>dir Micro* Volume in drive C has no label. Volume Serial Number is 6B0E-6992 Directory of C:\Program Files 01/20/2005 11:59 PM Microsoft ACT 10/04/2003 03:14 PM Microsoft ActiveSync 11/05/2003 08:28 AM Microsoft Expedia 01/01/2003 04:49 AM microsoft frontpage 01/20/2005 11:59 PM Microsoft Office *10/29/2004 07:16 PM Microsoft Platform SDK for Windows XP SP2 02/29/2004 01:27 PM Microsoft SDK* 03/05/2004 08:04 PM Microsoft SQL Server *10/29/2004 07:23 PM Microsoft Visual C++ Toolkit 2003 10/04/2003 03:43 PM Microsoft Visual Studio 01/21/2005 12:29 AM Microsoft Visual Studio .NET 12/02/2003 11:31 PM Microsoft Visual Studio .NET 2003 01/20/2005 11:59 PM Microsoft.NET* 0 File(s) 0 bytes 13 Dir(s) 6,174,777,344 bytes free C:\Program Files> Park Heesob wrote: >>Any ideas of what could be wrong with my process? >> >>Thanks, >>-- shanko >> >>win32-pipe: >>------------------------- >> >>creating Makefile >> cl -nologo -MD -Zi -O2b2xg- -G5 -I. >>-Ic:/ruby/lib/ruby/1.8/i386-mswin32 -Ic:/ruby/lib/ruby/1.8/i386-mswin32 >>-I. -I. -I./.. -I./../missing -c -Tcpipe.c >>pipe.c >> cl -nologo -LD -Fepipe.so pipe.obj msvcrt-ruby18.lib oldnames.lib >>user32.lib advapi32.lib wsock32.lib -link -incremental:no -debug >>-opt:ref -opt:icf -dll -libpath:"c:/ruby/lib" -def:pipe-i386-mswin32.def >> Creating library pipe.lib and object pipe.exp >>pipe.obj : error LNK2019: unresolved external symbol __ftol2 referenced >>in function _pipe_wait >>pipe.so : fatal error LNK1120: 1 unresolved externals >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/win32utils-devel/attachments/20050227/fef87125/attachment.htm From wvucenic at netgate.net Sun Feb 27 15:53:34 2005 From: wvucenic at netgate.net (Wayne Vucenic) Date: Sun Feb 27 15:49:15 2005 Subject: [Win32utils-devel] Compilation errors In-Reply-To: <4221F4A6.5070307@everestkc.net> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> <4221F4A6.5070307@everestkc.net> Message-ID: <96072017.20050227125334@netgate.net> Hi Shashank, I don't know if this will fix your __ftol2 error, but I notice that in your INCLUDE and LIB paths, the Platform SDK is the second entry. I always set these paths so the Platform SDK is the first entry, because the Platform SDK contains Microsoft's latest stuff, often in the form of modified include files and/or libraries, so the search paths should be set to find these in the SDK first. Also, I'd make sure you have the latest Platform SDK, which it looks like you probably do. Hope this helps, Wayne Sunday, February 27, 2005, 8:26:14 AM, you wrote: > Hi Park, > One more thing. I have the following (see below) Microsoft > products installed on? my machine. > Notice that there many places (in bold) where you find the compiler. Do you think > I am compiling/linking with the wrong INCLUDE and LIB files? This is how I have set them: > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. C:\win32utils>>set C:\win32utils>>PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem; > C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin; > C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322; > C:\ProgramFiles\Microsoft.NET\SDK\v1.1\Bin; > C:\Program Files\Microsoft SDK\Bin\Win64; > C:\Program Files\Microsoft SDK\Bin;C:\bison\bin;c:\ruby\bin; > C:\win32utils>Set INCLUDE=C:\Program Files\Microsoft Visual C++ Toolkit 2003\include; > C:\Program Files\Microsoft Platform SDK for Windows XP SP2\include; > C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include; > C:\OpenSSL\include;C:\Program Files\Microsoft Visual Studio\VC98\Include; > C:\win32utils>Set LIB=C:\Program Files\Microsoft Visual C++ Toolkit 2003\lib; > C:\Program Files\Microsoft Platform SDK for Windows XP SP2\lib; > C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\; > C:\OpenSSL\lib\VC;C:\Program Files\Microsoft VisualStudio\VC98\LIB > C:\win32utils>cd .. C:\>>cd "Program Files" > C:\Program Files>dir? Micro* > ?Volume in drive C has no label. > ?Volume Serial Number is 6B0E-6992 > ?Directory of C:\Program Files > 01/20/2005? 11:59 PM??? ????????? Microsoft ACT > 10/04/2003? 03:14 PM??? ????????? Microsoft ActiveSync > 11/05/2003? 08:28 AM??? ????????? Microsoft Expedia > 01/01/2003? 04:49 AM??? ????????? microsoft frontpage > 01/20/2005? 11:59 PM??? ????????? Microsoft Office > 10/29/2004? 07:16 PM??? ????????? Microsoft Platform SDK for Windows XP SP2 > 02/29/2004? 01:27 PM??? ????????? Microsoft SDK > 03/05/2004? 08:04 PM??? ????????? Microsoft SQL Server > 10/29/2004? 07:23 PM??? ????????? Microsoft Visual C++ Toolkit 2003 > 10/04/2003? 03:43 PM??? ????????? Microsoft Visual Studio > 01/21/2005? 12:29 AM??? ????????? Microsoft Visual Studio .NET > 12/02/2003? 11:31 PM??? ????????? Microsoft Visual Studio .NET 2003 > 01/20/2005? 11:59 PM??? ????????? Microsoft.NET > ?????????????? 0 File(s)????????????? 0 bytes > ????????????? 13 Dir(s)?? 6,174,777,344 bytes free > C:\Program Files> > Park Heesob wrote: > Any ideas of what could be wrong with my process? > Thanks, > -- shanko > win32-pipe: > ------------------------- > creating Makefile > cl -nologo -MD -Zi -O2b2xg- -G5 -I. > -Ic:/ruby/lib/ruby/1.8/i386-mswin32 > -Ic:/ruby/lib/ruby/1.8/i386-mswin32 > -I. -I. -I./.. -I./../missing -c -Tcpipe.c > pipe.c > cl -nologo -LD -Fepipe.so pipe.obj msvcrt-ruby18.lib oldnames.lib > user32.lib advapi32.lib wsock32.lib -link -incremental:no -debug > -opt:ref -opt:icf -dll -libpath:"c:/ruby/lib" -def:pipe-i386-mswin32.def > Creating library pipe.lib and object pipe.exp > pipe.obj : error LNK2019: unresolved external symbol __ftol2 referenced > in function _pipe_wait > pipe.so : fatal error LNK1120: 1 unresolved externals From nightphotos at gmail.com Sun Feb 27 17:08:38 2005 From: nightphotos at gmail.com (Wayne Vucenic) Date: Sun Feb 27 17:04:39 2005 Subject: [Win32utils-devel] Symlinks for Windows In-Reply-To: <20050226192300.28766.qmail@web50301.mail.yahoo.com> References: <20050226192300.28766.qmail@web50301.mail.yahoo.com> Message-ID: Hi Dan, Perhaps we should use hardlinks to get a similar effect for regular files: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/fsutil_hardlink.mspx Wayne On Sat, 26 Feb 2005 11:23:00 -0800 (PST), Daniel Berger wrote: > Hi all, > > Dave Burt mentioned the possibility of adding symlinks > to the Dir class. > > http://www.sysinternals.com/ntw2k/source/misc.shtml#junction > > There is also Autrijus Tang's symlink Perl module at > http://search.cpan.org/~autrijus/Win32-Symlink-0.04/ > > Looks easy enough, but it only seems to work for > directories, not regular files. Should we add this to > the Directory class, or simply define it for the File > class with a big warning sticker? The former seems to > make more sense, but the latter helps keep things > portable and familiar. > > What's the consensus? > > Regards, > > Dan > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > win32utils-devel mailing list > win32utils-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/win32utils-devel > From sdate at everestkc.net Sun Feb 27 18:20:00 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 27 18:16:05 2005 Subject: [Win32utils-devel] Compilation errors In-Reply-To: <96072017.20050227125334@netgate.net> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> <4221F4A6.5070307@everestkc.net> <96072017.20050227125334@netgate.net> Message-ID: <422255A0.1090406@everestkc.net> Hi Wayne, Wayne Vucenic wrote: >Hi Shashank, > >I don't know if this will fix your __ftol2 error, but I notice that in >your INCLUDE and LIB paths, the Platform SDK is the second entry. I >always set these paths so the Platform SDK is the first entry, because >the Platform SDK contains Microsoft's latest stuff, often in the form >of modified include files and/or libraries, so the search paths should >be set to find these in the SDK first. > > Exactly right ! I figured it out just minutes after I sent my earlier email. Thanks for the tip anyway. I now have the one-click installer ready for testing. Let me know if anybody is interested in giving it a spin. Please beware that I am still not done with full testing of each module.... and I am seeing some problems already (in win32-file, win32-service, win32-shortcut etc). Dan: I will publish the full report shortly So the one-click installer will definitely change ... -- shanko From sdate at everestkc.net Sun Feb 27 18:43:49 2005 From: sdate at everestkc.net (Shashank Date) Date: Sun Feb 27 18:39:50 2005 Subject: [Win32utils-devel] test/unit report attached In-Reply-To: <422255A0.1090406@everestkc.net> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> <4221F4A6.5070307@everestkc.net> <96072017.20050227125334@netgate.net> <422255A0.1090406@everestkc.net> Message-ID: <42225B35.4020107@everestkc.net> Dan/Park, I have attached the output of runing test/tc_*.rb for each module. There are only 4 failures. The most serious one seems to be for win32-open3. Let me know what you think. Based on two minor failures (win32-shortcut and win32-thread) I have a sneeking suspicion that I have got the wrong version. I did a CVS update (using TortoiseCVS) before compiling. I know, Dan, once you had asked me to download the tarball. Why was (is) that? Other than that, things seem to have gone pretty smooth. If somebody helps me test the installer, we should be ready to release within a day or two. Any takers? -- shanko -------------- next part -------------- win32-changejournal: ------------------------- tc_changejournal.rb Loaded suite tc_changejournal Started .. Finished in 1.923 seconds. 2 tests, 4 assertions, 0 failures, 0 errors win32-changenotify: ------------------------- tc_changenotify.rb Loaded suite tc_changenotify Started ......... Finished in 0.0 seconds. 9 tests, 17 assertions, 0 failures, 0 errors win32-clipboard: ------------------------- tc_clipboard.rb Loaded suite tc_clipboard Started .......... Finished in 0.03 seconds. 10 tests, 27 assertions, 0 failures, 0 errors tc_clipboard_gem.rb win32-dir: ------------------------- tc_dir.rb Some tests may fail because they are not defined on your system. This is not unexpected. Loaded suite tc_dir Started ...F..............F...F...F.....F.F.F............ Finished in 0.07 seconds. 1) Failure: test_bitbucket(TC_Win32_Dir) [tc_dir.rb:39]: expected to not be nil. 2) Failure: test_controls(TC_Win32_Dir) [tc_dir.rb:114]: expected to not be nil. 3) Failure: test_drives(TC_Win32_Dir) [tc_dir.rb:134]: expected to not be nil. 4) Failure: test_internet(TC_Win32_Dir) [tc_dir.rb:154]: expected to not be nil. 5) Failure: test_mydocuments(TC_Win32_Dir) [tc_dir.rb:169]: expected to not be nil. 6) Failure: test_network(TC_Win32_Dir) [tc_dir.rb:194]: expected to not be nil. 7) Failure: test_printers(TC_Win32_Dir) [tc_dir.rb:204]: expected to not be nil. 49 tests, 91 assertions, 7 failures, 0 errors win32-driveinfo: ------------------------- tc_di.rb Loaded suite tc_di Started . Finished in 0.0 seconds. 1 tests, 1 assertions, 0 failures, 0 errors tc_driveinfo.rb Loaded suite tc_driveinfo Started . Finished in 0.0 seconds. 1 tests, 1 assertions, 0 failures, 0 errors win32-etc: ------------------------- tc_etc.rb Loaded suite tc_etc Started .............. Finished in 16.985 seconds. 14 tests, 28 assertions, 0 failures, 0 errors win32-event: ------------------------- tc_event.rb Loaded suite tc_event Started ........ Finished in 0.0 seconds. 8 tests, 22 assertions, 0 failures, 0 errors win32-eventlog: ------------------------- tc_all.rb Relax - this will take a few moments Loaded suite tc_all Started .....................Microsoft (R) Incremental Linker Version 6.00.8447 Copyright (C) Microsoft Corp 1992-1998. All rights reserved. LINK : warning LNK4068: /MACHINE not specified; defaulting to IX86 .. Finished in 26.558 seconds. 23 tests, 1306 assertions, 0 failures, 0 errors tc_eventlog.rb Relax - this will take a few moments Loaded suite tc_eventlog Started .................. Finished in 23.164 seconds. 18 tests, 3614 assertions, 0 failures, 0 errors tc_mc.rb Loaded suite tc_mc Started ...Microsoft (R) Incremental Linker Version 6.00.8447 Copyright (C) Microsoft Corp 1992-1998. All rights reserved. LINK : warning LNK4068: /MACHINE not specified; defaulting to IX86 .. Finished in 0.581 seconds. 5 tests, 9 assertions, 0 failures, 0 errors win32-file: ------------------------- tc_file.rb Loaded suite tc_file Started ...........FF...................... Finished in 0.451 seconds. 1) Failure: test_decrypt(TC_Win32_File) [tc_file.rb:120]: Exception raised: Class: Message: <"The request is not supported."> ---Backtrace--- tc_file.rb:120:in `decrypt' tc_file.rb:120:in `test_decrypt' tc_file.rb:120:in `assert_nothing_raised' tc_file.rb:120:in `test_decrypt' --------------- 2) Failure: test_encrypt(TC_Win32_File) [tc_file.rb:126]: File.encrypt test may fail depending on security setup. Exception raised: Class: Message: <"The request is not supported."> ---Backtrace--- tc_file.rb:126:in `encrypt' tc_file.rb:126:in `test_encrypt' tc_file.rb:126:in `assert_nothing_raised' tc_file.rb:126:in `test_encrypt' --------------- 35 tests, 159 assertions, 2 failures, 0 errors tc_file_native.rb Loaded suite tc_file_native Started FFFFF Finished in 0.09 seconds. 1) Failure: test_nopen(TC_Win32_File_Native) [tc_file_native.rb:29]: Exception raised: Class: Message: <"Invalid argument"> ---Backtrace--- tc_file_native.rb:30:in `initialize' tc_file_native.rb:30:in `nopen' tc_file_native.rb:30:in `test_nopen' tc_file_native.rb:29:in `assert_nothing_raised' tc_file_native.rb:29:in `test_nopen' --------------- 2) Failure: test_nopen_block(TC_Win32_File_Native) [tc_file_native.rb:49]: Exception raised: Class: Message: <"The process cannot access the file because it is being used by another process."> ---Backtrace--- tc_file_native.rb:50:in `nopen' tc_file_native.rb:50:in `test_nopen_block' tc_file_native.rb:49:in `assert_nothing_raised' tc_file_native.rb:49:in `test_nopen_block' --------------- 3) Failure: test_nopen_with_flags(TC_Win32_File_Native) [tc_file_native.rb:36]: Exception raised: Class: Message: <"The process cannot access the file because it is being used by another process."> ---Backtrace--- tc_file_native.rb:37:in `nopen' tc_file_native.rb:37:in `test_nopen_with_flags' tc_file_native.rb:36:in `assert_nothing_raised' tc_file_native.rb:36:in `test_nopen_with_flags' --------------- 4) Failure: test_nread(TC_Win32_File_Native) [tc_file_native.rb:56]: Exception raised: Class: Message: <"The process cannot access the file because it is being used by another process."> ---Backtrace--- tc_file_native.rb:57:in `nopen' tc_file_native.rb:57:in `test_nread' tc_file_native.rb:56:in `assert_nothing_raised' tc_file_native.rb:56:in `test_nread' --------------- 5) Failure: test_nwrite(TC_Win32_File_Native) [tc_file_native.rb:64]: Exception raised: Class: Message: <"The process cannot access the file because it is being used by another process."> ---Backtrace--- tc_file_native.rb:65:in `nopen' tc_file_native.rb:65:in `test_nwrite' tc_file_native.rb:64:in `assert_nothing_raised' tc_file_native.rb:64:in `test_nwrite' --------------- 5 tests, 5 assertions, 5 failures, 0 errors win32-ipc: ------------------------- tc_ipc.rb Loaded suite tc_ipc Started ....... Finished in 0.0 seconds. 7 tests, 10 assertions, 0 failures, 0 errors win32-mmap: ------------------------- tc_mmap.rb Loaded suite tc_mmap Started ..... Finished in 0.0 seconds. 5 tests, 14 assertions, 0 failures, 0 errors win32-mutex: ------------------------- tc_mutex.rb Loaded suite tc_mutex Started ...... Finished in 0.0 seconds. 6 tests, 7 assertions, 0 failures, 0 errors win32-open3: ------------------------- tc_open3.rb Loaded suite tc_open3 Started tc_open3.rb:72: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i386-mswin32] This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. win32-pipe: ------------------------- tc_pipe.rb Loaded suite tc_pipe Started .......... Finished in 0.02 seconds. 10 tests, 21 assertions, 0 failures, 0 errors win32-process: ------------------------- tc_process.rb Stopping! The sys/proctable module is required to run this test suite You can find it at http://ruby-sysutils.sf.net or the RAA win32-sapi: ------------------------- tc_sapi5.rb Loaded suite tc_sapi5 Started .................... Finished in 1.302 seconds. 20 tests, 20 assertions, 0 failures, 0 errors win32-semaphore: ------------------------- tc_semaphore.rb Loaded suite tc_semaphore Started ........ Finished in 0.01 seconds. 8 tests, 11 assertions, 0 failures, 0 errors win32-service: ------------------------- tc_daemon.rb Loaded suite tc_daemon Started .... Finished in 0.0 seconds. 4 tests, 12 assertions, 0 failures, 0 errors tc_service.rb win32-shortcut: ------------------------- tc_shortcut.rb Loaded suite tc_shortcut Started ..............F. Finished in 0.13 seconds. 1) Failure: test_version(TC_Shortcut) [tc_shortcut.rb:27]: <"0.1.1"> expected but was <"0.1.0">. 16 tests, 44 assertions, 1 failures, 0 errors win32-sound: ------------------------- tc_sound.rb You may hear some funny noises - don't panic Loaded suite tc_sound Started ....... Finished in 2.313 seconds. 7 tests, 31 assertions, 0 failures, 0 errors win32-taskscheduler: ------------------------- tc_taskscheduler.rb Loaded suite tc_taskscheduler Started ............................. Finished in 0.29 seconds. 29 tests, 129 assertions, 0 failures, 0 errors win32-thread: ------------------------- tc_thread.rb Loaded suite tc_thread Started ...F Finished in 0.02 seconds. 1) Failure: test_version(TC_Win32Thread) [tc_thread.rb:22]: <"0.1.0"> expected but was <"0.0.1">. 4 tests, 7 assertions, 1 failures, 0 errors From djberg96 at yahoo.com Sun Feb 27 23:15:17 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Sun Feb 27 23:11:18 2005 Subject: [Win32utils-devel] Re: test/unit report attached Message-ID: <20050228041518.92362.qmail@web50302.mail.yahoo.com> Hi Shanko, I've read over the testunit results that you posted. First, please do not include win32-thread or win32-driveinfo. The former is extremely beta. The latter I want to reshape a bit before we release it. Other tests: You can ignore the LINK warnings. win32-dir - These failures are expected. Ignore. win32-file - You can ignore the warnings regarding File.encrypt and File.decrypt. It may or may not work, depending on how your system is setup. The native IO method failures are mildly concerning, though. I think it has more to do with the interaction with testunit rather than a problem in the library itself. I'll see if I can tweak the tests properly. win32-open3 - This is the only one that worries me. I'll take a look and see if I can narrow down the problem. In the meantime, can you find a specific test that is causing this? win32-shortcut - Apparently I forgot to update the version number (duh). Fixed in CVS. Thanks for the report. Regards, Dan __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 From sdate at everestkc.net Mon Feb 28 08:36:17 2005 From: sdate at everestkc.net (Shashank Date) Date: Mon Feb 28 08:32:19 2005 Subject: [Win32utils-devel] Re: win32utils installer In-Reply-To: <422319CD.80201@everestkc.net> References: <422319CD.80201@everestkc.net> Message-ID: <42231E51.20809@everestkc.net> Hi All, I am working on this bug report by Martin. I am surprised that this has gone unnoticed for so long. Can we do something to catch such omissions in the test/unit modules? -- Shashank Shashank Date wrote: > Martin DeMello wrote: > >> The win32utils installer (from >> http://rubyforge.org/frs/?group_id=85&release_id=1233) only seems to >> install the .so files; the .rb files aren't installed unless you get the >> packages individually. Is this a problem with my setup or with the >> installer? > > > With the installer. We are working on fixing this ... expect the new > release very soon. Sorry for the inconvenience. > >> martin > > > -- shanko > > > From Daniel.Berger at qwest.com Mon Feb 28 09:49:47 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 28 09:45:49 2005 Subject: [Win32utils-devel] Symlinks for Windows Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B285@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Wayne Vucenic > Sent: Sunday, February 27, 2005 3:09 PM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] Symlinks for Windows > > > Hi Dan, > > Perhaps we should use hardlinks to get a similar effect for > regular files: Hi Wayne, I need to double check the source, but I think this is already implemented in core Ruby using the File.link method. Regards, Dan From Daniel.Berger at qwest.com Mon Feb 28 10:10:36 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 28 10:06:38 2005 Subject: [Win32utils-devel] Re: win32utils installer Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B286@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Shashank Date > Sent: Monday, February 28, 2005 6:36 AM > To: Shashank Date > Cc: win32utils-devel@rubyforge.org > Subject: [Win32utils-devel] Re: win32utils installer > > > Hi All, > > I am working on this bug report by Martin. I am surprised > that this has > gone unnoticed for so long. Can we do something to catch such > omissions > in the test/unit modules? > > -- Shashank There are only a couple of .rb files that we need to worry about. win32-eventlog - There's an mc.rb file. There are tests for it in the tc_mc.rb file, so you should see failures if it's not included. win32-sapi - This is a pure Ruby package, and there's a test suite in tc_sapi5.rb. Again, you should see failures if it's not included. I think I released this after v2 of the installer, though, so not to worry. My guess is that you already have them installed, and that's why you didn't see any failures. The rest of the .rb files are a (usually incomplete) pure Ruby equivalent of the C version. I do NOT want them included in the installer. Regards, Dan From ntalbott at gmail.com Mon Feb 28 16:20:42 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Mon Feb 28 16:16:44 2005 Subject: [Win32utils-devel] Bug in win32-service Message-ID: I found a small (easily worked around) bug in service.c. The accessor for the start user is called "start_name", but create_service tries to access "@service_start_name". A simple "service.instance_eval{@service_start_name = 'name'} works around it, but I thought ya'll might want to fix it. BTW, thanks for win32-utils... I don't like using Windows, but when I do need to, it's KILLER to have all of these tools at my fingertips. -- Nathaniel <:((>< From Daniel.Berger at qwest.com Mon Feb 28 16:35:33 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Mon Feb 28 16:31:36 2005 Subject: [Win32utils-devel] Bug in win32-service Message-ID: <8FE83020B9E1A248A182A9B0A7B76E7358B28B@itomae2km07.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Nathaniel Talbott > Sent: Monday, February 28, 2005 2:21 PM > To: win32utils-devel@rubyforge.org > Subject: [Win32utils-devel] Bug in win32-service > > > I found a small (easily worked around) bug in service.c. The > accessor for the start user is called "start_name", but > create_service tries to access "@service_start_name". A > simple "service.instance_eval{@service_start_name = 'name'} > works around it, but I thought ya'll might want to fix it. > > BTW, thanks for win32-utils... I don't like using Windows, > but when I do need to, it's KILLER to have all of these tools > at my fingertips. > > > -- > Nathaniel Confirmed. Thanks Nathaniel. Fixed in CVS. I'll put out a new release tonight. Regards, Dan From sdate at everestkc.net Mon Feb 28 00:05:33 2005 From: sdate at everestkc.net (Shashank Date) Date: Mon Feb 28 18:09:52 2005 Subject: [Win32utils-devel] test/unit report attached In-Reply-To: <42225B35.4020107@everestkc.net> References: <8FE83020B9E1A248A182A9B0A7B76E7358B234@itomae2km07.AD.QINTRA.COM> <42217351.10505@everestkc.net> <002201c51cce$260fd660$f60d5bd2@2xnm9896kmqn5b9> <4221F4A6.5070307@everestkc.net> <96072017.20050227125334@netgate.net> <422255A0.1090406@everestkc.net> <42225B35.4020107@everestkc.net> Message-ID: <4222A69D.6050300@everestkc.net> Hi All, Shashank Date wrote: > Other than that, things seem to have gone pretty smooth. If somebody > helps me test the installer, we should be ready to release within a > day or two. Any takers? I have attached the pre-release version for you to test. It contains thread and driveinfo, but the final release version will NOT have these two modules as requested by Dan (saw his email just while I was getting ready to send this one ;-) Please give it a swirl and let me know of any errors. Thanks, -- shanko -------------- next part -------------- A non-text attachment was scrubbed... Name: win32utils-V.0.0.3.zip Type: application/zip Size: 201581 bytes Desc: not available Url : http://rubyforge.org/pipermail/win32utils-devel/attachments/20050227/82de6cc7/win32utils-V.0.0.3-0001.zip From sdate at everestkc.net Mon Feb 28 22:25:33 2005 From: sdate at everestkc.net (Shashank Date) Date: Mon Feb 28 22:21:41 2005 Subject: [Win32utils-devel] Re: win32utils installer In-Reply-To: <8FE83020B9E1A248A182A9B0A7B76E7358B286@itomae2km07.AD.QINTRA.COM> References: <8FE83020B9E1A248A182A9B0A7B76E7358B286@itomae2km07.AD.QINTRA.COM> Message-ID: <4223E0AD.3020607@everestkc.net> Berger, Daniel wrote: >There are only a couple of .rb files that we need to worry about. > >win32-eventlog - There's an mc.rb file. There are tests for it in the >tc_mc.rb file, so you should see failures if it's not included. > >win32-sapi - This is a pure Ruby package, and there's a test suite in >tc_sapi5.rb. Again, you should see failures if it's not included. I >think I released this after v2 of the installer, though, so not to >worry. > >My guess is that you already have them installed, and that's why you >didn't see any failures. > > That is correct ! >The rest of the .rb files are a (usually incomplete) pure Ruby >equivalent of the C version. I do NOT want them included in the >installer. > > Great ! I had not included them either but was not sure if they were required. Thanks, >Regards, > >Dan > > -- shanko From sdate at everestkc.net Mon Feb 28 22:49:25 2005 From: sdate at everestkc.net (Shashank Date) Date: Mon Feb 28 22:45:29 2005 Subject: [Win32utils-devel] test/unit error report for win32-service Message-ID: <4223E645.3060307@everestkc.net> Dan, I am assuming that the version in CVS is the most current one. Report follows. -- shanko ------------------------------------------------------ C:\win32utils\win32-service\test>ruby tc_service.rb This test will stop and start your Clipboard service, as well as pause and resume your Schedule service. This is harmless unless you are actually using these services at the moment you run this test. Is it OK to proceed? (y/N) y This will take a few seconds. Be patient... Loaded suite tc_service Started .....F.............tc_service.rb:134: warning: redefining constant Struct::Win32Service ..E.tc_service.rb:199: warning: redefining constant Struct::Win32ServiceStatus .F Finished in 7.481 seconds. 1) Failure: test_create_delete(TC_Win32Service) [tc_service.rb:164]: Exception raised: Class: Message: <"The specified service already exists."> ---Backtrace--- tc_service.rb:165:in `create_service' tc_service.rb:165:in `test_create_delete' tc_service.rb:164:in `assert_nothing_raised' tc_service.rb:164:in `test_create_delete' --------------- 2) Error: test_start_stop(TC_Win32Service): Win32::ServiceError: The dependency service or group failed to start. tc_service.rb:140:in `start' tc_service.rb:140:in `test_start_stop' 3) Failure: test_version(TC_Win32Service) [tc_service.rb:52]: Bad version. <"0.4.5"> expected but was <"0.4.4">. 25 tests, 78 assertions, 2 failures, 1 errors C:\win32utils\win32-service\test>ruby tc_daemon.rb Loaded suite tc_daemon Started ...F Finished in 0.02 seconds. 1) Failure: test_version(TC_Daemon) [tc_daemon.rb:24]: <"0.4.5"> expected but was <"0.4.4">. 4 tests, 12 assertions, 1 failures, 0 errors C:\win32utils\win32-service\test> From sdate at everestkc.net Mon Feb 28 23:12:45 2005 From: sdate at everestkc.net (Shashank Date) Date: Mon Feb 28 23:08:46 2005 Subject: [Win32utils-devel] Directory structure In-Reply-To: <4223E645.3060307@everestkc.net> References: <4223E645.3060307@everestkc.net> Message-ID: <4223EBBD.70109@everestkc.net> Dan, One request about the directory structure under all the modules of win32utils: can we stick to the \examples directory being at the same level (sibling) instead of under (child) the \doc directory. Currently, it is inconsistent. Some modules have it as a child of \doc and some have it as a sibling of \doc. It adds unneccesary complexity at the installer script. Thanks, -- shanko