[NAntC-Dev] [ nantcontrib-Bugs-1081472 ] vb6 task problems with Auto Increment revision

2011-09-25 Thread SourceForge . net
Bugs item #1081472, was opened at 2004-12-08 17:56
Message generated for change (Comment added) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hani Atassi (haniatassi)
Assigned to: Nobody/Anonymous (nobody)
Summary: vb6 task problems with Auto Increment revision

Initial Comment:
If the VB6 project set to Auto Increment the revision 
number of the version, the task vb6 compiles the 
project each time even if it's up-to-date.

This is because VB actually update the revision number 
after it builds the output file. So, the VB project file is 
always newer..

I fixed this temprorary by touching each output file that 
the compiler generates after a successful build. I am not 
sure if there is a better fix..

Thanks,

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:14

Message:
I added compiledproptery which defaults to vb6.compiled to nantcontrib
0.91

--

Comment By: Giscard (giscard)
Date: 2006-01-16 04:27

Message:
Logged In: YES 
user_id=1428237

I had the same problem. I solved it similarly, except I
edited the code for the vb6 task so that it updates the
timestamps of the files it builds after the .vbp get's
updated with the new version number. 

This way you don't have to remember to add a call to touch
in the nant scripts, and it doesn't break anything in the
case where you aren't using auto-increment. 

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 18:17

Message:
Logged In: YES 
user_id=590187

Yes Gert, I think it's very important to extend uptodate to 
use project and solution files, so it would tell us if they are 
uptodate or not. 

But still this won't fix the VB problem, because VB touches 
the project file after a succefull build if Auto Increment 
options is set. 

Uptodate could be useful in case of manuallly increasing the 
build number in VB project, but not when Auto Increment 
option is turend on.

--

Comment By: Gert Driesen (drieseng)
Date: 2004-12-10 17:38

Message:
Logged In: YES 
user_id=707851

Yeah, we should give it some more thought. I guess we could 
introduce an interface that tasks that support 
a needscompiling mechanism could implement. We could 
then extend the uptodate to work with these tasks.

I'm just thinking out loud here (after having a few glasses of 
wine), so it might not make much sense

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 17:22

Message:
Logged In: YES 
user_id=590187

Another solution would be to set a property to true if the vb 
project was compiled.. Something like this would be added 
after a call to ExecuteTask():

Project.Properties[vb6.compiled] = true;

and set the same property to false before NeedsCompiling().

In this case i can test for vb6.compiled in my NAnt script and 
touch the outfile if necessary..

I wonder if this could be a benifit to add to other NAnt tasks 
like the solution task.. It's a good indecator to inform back 
the script that the solution was compiled or wasn't because it 
was uptodate..


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Bugs-1081472 ] vb6 task problems with Auto Increment revision

2011-09-25 Thread SourceForge . net
Bugs item #1081472, was opened at 2004-12-08 17:56
Message generated for change (Settings changed) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hani Atassi (haniatassi)
Assigned to: Nobody/Anonymous (nobody)
Summary: vb6 task problems with Auto Increment revision

Initial Comment:
If the VB6 project set to Auto Increment the revision 
number of the version, the task vb6 compiles the 
project each time even if it's up-to-date.

This is because VB actually update the revision number 
after it builds the output file. So, the VB project file is 
always newer..

I fixed this temprorary by touching each output file that 
the compiler generates after a successful build. I am not 
sure if there is a better fix..

Thanks,

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:14

Message:
I added compiledproptery which defaults to vb6.compiled to nantcontrib
0.91

--

Comment By: Giscard (giscard)
Date: 2006-01-16 04:27

Message:
Logged In: YES 
user_id=1428237

I had the same problem. I solved it similarly, except I
edited the code for the vb6 task so that it updates the
timestamps of the files it builds after the .vbp get's
updated with the new version number. 

This way you don't have to remember to add a call to touch
in the nant scripts, and it doesn't break anything in the
case where you aren't using auto-increment. 

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 18:17

Message:
Logged In: YES 
user_id=590187

Yes Gert, I think it's very important to extend uptodate to 
use project and solution files, so it would tell us if they are 
uptodate or not. 

But still this won't fix the VB problem, because VB touches 
the project file after a succefull build if Auto Increment 
options is set. 

Uptodate could be useful in case of manuallly increasing the 
build number in VB project, but not when Auto Increment 
option is turend on.

--

Comment By: Gert Driesen (drieseng)
Date: 2004-12-10 17:38

Message:
Logged In: YES 
user_id=707851

Yeah, we should give it some more thought. I guess we could 
introduce an interface that tasks that support 
a needscompiling mechanism could implement. We could 
then extend the uptodate to work with these tasks.

I'm just thinking out loud here (after having a few glasses of 
wine), so it might not make much sense

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 17:22

Message:
Logged In: YES 
user_id=590187

Another solution would be to set a property to true if the vb 
project was compiled.. Something like this would be added 
after a call to ExecuteTask():

Project.Properties[vb6.compiled] = true;

and set the same property to false before NeedsCompiling().

In this case i can test for vb6.compiled in my NAnt script and 
touch the outfile if necessary..

I wonder if this could be a benifit to add to other NAnt tasks 
like the solution task.. It's a good indecator to inform back 
the script that the solution was compiled or wasn't because it 
was uptodate..


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Bugs-1081472 ] vb6 task problems with Auto Increment revision

2011-09-25 Thread SourceForge . net
Bugs item #1081472, was opened at 2004-12-08 17:56
Message generated for change (Settings changed) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hani Atassi (haniatassi)
Assigned to: Nobody/Anonymous (nobody)
Summary: vb6 task problems with Auto Increment revision

Initial Comment:
If the VB6 project set to Auto Increment the revision 
number of the version, the task vb6 compiles the 
project each time even if it's up-to-date.

This is because VB actually update the revision number 
after it builds the output file. So, the VB project file is 
always newer..

I fixed this temprorary by touching each output file that 
the compiler generates after a successful build. I am not 
sure if there is a better fix..

Thanks,

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:14

Message:
I added compiledproptery which defaults to vb6.compiled to nantcontrib
0.91

--

Comment By: Giscard (giscard)
Date: 2006-01-16 04:27

Message:
Logged In: YES 
user_id=1428237

I had the same problem. I solved it similarly, except I
edited the code for the vb6 task so that it updates the
timestamps of the files it builds after the .vbp get's
updated with the new version number. 

This way you don't have to remember to add a call to touch
in the nant scripts, and it doesn't break anything in the
case where you aren't using auto-increment. 

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 18:17

Message:
Logged In: YES 
user_id=590187

Yes Gert, I think it's very important to extend uptodate to 
use project and solution files, so it would tell us if they are 
uptodate or not. 

But still this won't fix the VB problem, because VB touches 
the project file after a succefull build if Auto Increment 
options is set. 

Uptodate could be useful in case of manuallly increasing the 
build number in VB project, but not when Auto Increment 
option is turend on.

--

Comment By: Gert Driesen (drieseng)
Date: 2004-12-10 17:38

Message:
Logged In: YES 
user_id=707851

Yeah, we should give it some more thought. I guess we could 
introduce an interface that tasks that support 
a needscompiling mechanism could implement. We could 
then extend the uptodate to work with these tasks.

I'm just thinking out loud here (after having a few glasses of 
wine), so it might not make much sense

--

Comment By: Hani Atassi (haniatassi)
Date: 2004-12-10 17:22

Message:
Logged In: YES 
user_id=590187

Another solution would be to set a property to true if the vb 
project was compiled.. Something like this would be added 
after a call to ExecuteTask():

Project.Properties[vb6.compiled] = true;

and set the same property to false before NeedsCompiling().

In this case i can test for vb6.compiled in my NAnt script and 
touch the outfile if necessary..

I wonder if this could be a benifit to add to other NAnt tasks 
like the solution task.. It's a good indecator to inform back 
the script that the solution was compiled or wasn't because it 
was uptodate..


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1081472group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Bugs-1205594 ] VB6 task not taking into account resource file

2011-09-25 Thread SourceForge . net
Bugs item #1205594, was opened at 2005-05-20 13:57
Message generated for change (Comment added) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1205594group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: olivier anguenot (oanguenot)
Assigned to: Nobody/Anonymous (nobody)
Summary: VB6 task not taking into account resource file

Initial Comment:
Hello,

I use a vb6 tasks in my nant build file.
I want to compile a vbp project witch contains a
reference to an external resource PhoneRes.res.

In the vbp file, there is the line :
ResFile32=PhoneRes.res

But when the file Phoneres.res is updated, the project
is not recompiled.

So, how can I force my vbp project to be compiled ?

Thanks.
Olivier

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:26

Message:
Take ResFile32 files into account when checking for recompilation.

--

Comment By: Gert Driesen (drieseng)
Date: 2006-01-17 21:09

Message:
Logged In: YES 
user_id=707851

Can you please attach a small VB6 project (including 
sources) that contains a resource file to this bug report 
(or send it to me by email) ?

--

Comment By: Giscard (giscard)
Date: 2006-01-16 04:15

Message:
Logged In: YES 
user_id=1428237

Edit the file NAnt.Contrib.Tasks... 

1) protected bool ProjectNeedsCompiling(string projectFile) :

 Needs to be updated. There's a big conditional branch
there starting with this code: if (key == Class || key ==
Module) {. Add an if/else for your ResFile32 key, and
inside the brackets make it store the value for that key. 

2) protected bool ProjectNeedsCompiling(string projectFile) :

 Needs to be updated too. Here, find the comment //
look for a changed project file. This part of the code
checks the project file, source files, and project
references. Add similar four lines to compare the timestamp
of the file in the private instance var you created in step 1.

--

Comment By: Dominik Guder (dogu)
Date: 2005-06-16 12:03

Message:
Logged In: YES 
user_id=437335

Hi,

I took a short look into and it seems that only class and
module files are checked for actuality. But there are some
more filetypes like ResFile32. 

Here I found a list of VB Project Filetypes
http://www.vbaccelerator.com/home/VB/Utilities/VBPZip/VBPZip_Source_Code_zip_cVBFileTypes_cls.asp

maybe some could take a closer look into

so far
Dominik

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1205594group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Bugs-1205594 ] VB6 task not taking into account resource file

2011-09-25 Thread SourceForge . net
Bugs item #1205594, was opened at 2005-05-20 13:57
Message generated for change (Comment added) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1205594group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: olivier anguenot (oanguenot)
Assigned to: Nobody/Anonymous (nobody)
Summary: VB6 task not taking into account resource file

Initial Comment:
Hello,

I use a vb6 tasks in my nant build file.
I want to compile a vbp project witch contains a
reference to an external resource PhoneRes.res.

In the vbp file, there is the line :
ResFile32=PhoneRes.res

But when the file Phoneres.res is updated, the project
is not recompiled.

So, how can I force my vbp project to be compiled ?

Thanks.
Olivier

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:26

Message:
Take ResFile32 files into account when checking for recompilation.

--

Comment By: Gert Driesen (drieseng)
Date: 2006-01-17 21:09

Message:
Logged In: YES 
user_id=707851

Can you please attach a small VB6 project (including 
sources) that contains a resource file to this bug report 
(or send it to me by email) ?

--

Comment By: Giscard (giscard)
Date: 2006-01-16 04:15

Message:
Logged In: YES 
user_id=1428237

Edit the file NAnt.Contrib.Tasks... 

1) protected bool ProjectNeedsCompiling(string projectFile) :

 Needs to be updated. There's a big conditional branch
there starting with this code: if (key == Class || key ==
Module) {. Add an if/else for your ResFile32 key, and
inside the brackets make it store the value for that key. 

2) protected bool ProjectNeedsCompiling(string projectFile) :

 Needs to be updated too. Here, find the comment //
look for a changed project file. This part of the code
checks the project file, source files, and project
references. Add similar four lines to compare the timestamp
of the file in the private instance var you created in step 1.

--

Comment By: Dominik Guder (dogu)
Date: 2005-06-16 12:03

Message:
Logged In: YES 
user_id=437335

Hi,

I took a short look into and it seems that only class and
module files are checked for actuality. But there are some
more filetypes like ResFile32. 

Here I found a list of VB Project Filetypes
http://www.vbaccelerator.com/home/VB/Utilities/VBPZip/VBPZip_Source_Code_zip_cVBFileTypes_cls.asp

maybe some could take a closer look into

so far
Dominik

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474851aid=1205594group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Patches-1648001 ] VB6 Task fails to rebuild projects with designers

2011-09-25 Thread SourceForge . net
Patches item #1648001, was opened at 2007-01-30 16:15
Message generated for change (Comment added) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474853aid=1648001group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hadrian (honkster)
Assigned to: Nobody/Anonymous (nobody)
Summary: VB6 Task fails to rebuild projects with designers

Initial Comment:
If you have a VB6 project containing source files produced by designers, i.e. 
Reports, the file extention is .Dsr and when changed won't get recompiled.
When parsing the VB6 project file the VB6 task does not check for source code 
that comes from a designer.
I have added an extra check to the case statement in the method 
ParseProjectFile of VB6Task.cs so that .Dsr files will be included as source 
code and therefore will be rebuilt if they are changed.

Hadrian

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:31

Message:
added to 0.91

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474853aid=1648001group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer


[NAntC-Dev] [ nantcontrib-Patches-1648001 ] VB6 Task fails to rebuild projects with designers

2011-09-25 Thread SourceForge . net
Patches item #1648001, was opened at 2007-01-30 16:15
Message generated for change (Comment added) made by dogu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474853aid=1648001group_id=54790

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hadrian (honkster)
Assigned to: Nobody/Anonymous (nobody)
Summary: VB6 Task fails to rebuild projects with designers

Initial Comment:
If you have a VB6 project containing source files produced by designers, i.e. 
Reports, the file extention is .Dsr and when changed won't get recompiled.
When parsing the VB6 project file the VB6 task does not check for source code 
that comes from a designer.
I have added an extra check to the case statement in the method 
ParseProjectFile of VB6Task.cs so that .Dsr files will be included as source 
code and therefore will be rebuilt if they are changed.

Hadrian

--

Comment By: Dominik Guder (dogu)
Date: 2011-09-25 21:31

Message:
added to 0.91

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=474853aid=1648001group_id=54790

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
NAntContrib-Developer mailing list
NAntContrib-Developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer