Re: [Monotone-devel] Time for a release

2010-03-08 Thread J Decker
this is a small program I use to copy a program(or library) and all of
its related libraries which are not in %SYSTEMROOT% to a
destination...

http://sack.svn.sourceforge.net/viewvc/sack/src/utils/pcopy/

Unfortunatly it's got a few dependancies on other code in SACK - like
the routine that scans a directory for all files in it...

On Mon, Mar 8, 2010 at 6:11 AM, Timothy Brownawell  wrote:
> Stephen Leake wrote:
>>
>> The following tests are failing on Win32:
>>
>>  9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating
>> test directory) 0:00, 0:00 on CPU
>> 210 empty_environment                             FAIL (line 45) 69:34
>> 341 multiple_version_committing                   FAIL (line 25) 0:01
>> 423 restricted_commit_with_inodeprints            FAIL (error creating
>> test directory) 0:00, 0:00 on CPU
>> 459 schema_migration                              FAIL (line 106) 0:12
>>
>> empty_environment has been failing for a while; the others are new. I
>> have not looked at them in detail yet.
>>
>
> All tests pass for me on Win32/MinGW.
>
> empty_environment needs to copy in all the DLLs that the monotone executable
> uses. It has a hardcoded list, which I'm guessing isn't quite right for your
> environment. Do you know if Windows has a (non-gui) 'ldd' equivalent that we
> could use to get the list right?
>
> I'd guess the others are probably issues with races and Windows' file
> locking...
>
>
> ___
> Monotone-devel mailing list
> Monotone-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/monotone-devel
>


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Time for a release

2010-03-08 Thread J Decker
pedump can list what a program is linked to...

http://www.wheaty.net/



On Mon, Mar 8, 2010 at 6:11 AM, Timothy Brownawell  wrote:
> Stephen Leake wrote:
>>
>> The following tests are failing on Win32:
>>
>>  9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating
>> test directory) 0:00, 0:00 on CPU
>> 210 empty_environment                             FAIL (line 45) 69:34
>> 341 multiple_version_committing                   FAIL (line 25) 0:01
>> 423 restricted_commit_with_inodeprints            FAIL (error creating
>> test directory) 0:00, 0:00 on CPU
>> 459 schema_migration                              FAIL (line 106) 0:12
>>
>> empty_environment has been failing for a while; the others are new. I
>> have not looked at them in detail yet.
>>
>
> All tests pass for me on Win32/MinGW.
>
> empty_environment needs to copy in all the DLLs that the monotone executable
> uses. It has a hardcoded list, which I'm guessing isn't quite right for your
> environment. Do you know if Windows has a (non-gui) 'ldd' equivalent that we
> could use to get the list right?
>
> I'd guess the others are probably issues with races and Windows' file
> locking...
>
>
> ___
> Monotone-devel mailing list
> Monotone-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/monotone-devel
>


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Time for a release

2010-03-08 Thread Zbigniew Zagórski
Hi!

2010/3/8 Timothy Brownawell 

> empty_environment needs to copy in all the DLLs that the monotone
> executable uses. It has a hardcoded list, which I'm guessing isn't quite
> right for your environment. Do you know if Windows has a (non-gui) 'ldd'
> equivalent that we could use to get the list right?
>

I've faced this problem last time and result is that the only known tool -
depends.exe [1] has also CLI interface. It's a little awkward so i've made
simple wrapper [2] that makes readable "ldd" greppable output.

[1] http://www.dependencywalker.com/
[2] http://pastebin.com/wxreDxFu

Regards!

-- 
Zbigniew Zagórski
/ software developer / geek / http://zbigg.blogspot.com /
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Time for a release

2010-03-08 Thread Timothy Brownawell

Stephen Leake wrote:

The following tests are failing on Win32:

  9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating test 
directory) 0:00, 0:00 on CPU
210 empty_environment FAIL (line 45) 69:34
341 multiple_version_committing   FAIL (line 25) 0:01
423 restricted_commit_with_inodeprintsFAIL (error creating test 
directory) 0:00, 0:00 on CPU
459 schema_migration  FAIL (line 106) 0:12

empty_environment has been failing for a while; the others are new. I
have not looked at them in detail yet.



All tests pass for me on Win32/MinGW.

empty_environment needs to copy in all the DLLs that the monotone 
executable uses. It has a hardcoded list, which I'm guessing isn't quite 
right for your environment. Do you know if Windows has a (non-gui) 'ldd' 
equivalent that we could use to get the list right?


I'd guess the others are probably issues with races and Windows' file 
locking...



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Time for a release

2010-03-08 Thread Stephen Leake
Thomas Keller  writes:

> I'm preparing the next monotone currently, which will probably happen
> Sunday evening. Please check if your translations are up-to-date (there
> hasn't happened much since 0.46 in this area though), if the current
> head builds on your platform and if all of the tests (beside the "usual
> suspects" which failed earlier as well) run through.

As of 

0422a7ef26ec104049ea29c1bc6e55262aded5e2 de...@echologic.com 2010-03-07T06:17:34

all tests pass for me on Debian.

On Win32, I fixed the race condition that was preventing the test
suite from running. More precisely, I found the cause and added a
work-around; not a true fix. The problem was in win32/tester-plaf.cc
run_tests_in_children. Near the end, it does:

  if (child == -1)
status = 122;
  else
process_wait(child, &status);

  DWORD end_millis = GetTickCount();
  if (cleanup(t, status, (end_millis - start_millis) / 1000, -1))
do_remove_recursive(testdir);

Apparently sometimes process_wait can return before releasing the lock
on testdir, so do_remove_recursive fails. I added a wait in this case:

  if (cleanup(t, status, (end_millis - start_millis) / 1000, -1))
try
  {
do_remove_recursive(testdir);
  }
catch (...)
  {
// process_wait sometimes returns before releasing the lock on
// the directory that we tried to remove. So wait a little
// longer and try again.
Sleep (1000);// milliseconds
do_remove_recursive(testdir);
  }

That lets the tests run to completion on my machine. For the wait time
400 was too short, 1000 worked; I stopped bisecting there, since it
doesn't actually hit that case often. Committed in
838009162c0fd6b6248d6a83f75771933e4a8b15

The following tests are failing on Win32:

  9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating test 
directory) 0:00, 0:00 on CPU
210 empty_environment FAIL (line 45) 69:34
341 multiple_version_committing   FAIL (line 25) 0:01
423 restricted_commit_with_inodeprintsFAIL (error creating test 
directory) 0:00, 0:00 on CPU
459 schema_migration  FAIL (line 106) 0:12

empty_environment has been failing for a while; the others are new. I
have not looked at them in detail yet.

-- 
-- Stephe


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel