# Regular expression in 'Build VS Solution' action selects at least one Configuration (FB7.0.0.1283)

**URL:** https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511
**Category:** Bugs
**Created:** [December 10, 2013, 4:55am UTC](https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511 "2013-12-10T04:55:46Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![jagy](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/j/7ab992/32.png) [@jagy](https://www.finalbuilder.com/forums/u/jagy)
#### Post date: [December 10, 2013, 4:55am UTC](https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511/1 "2013-12-10T04:55:46Z")

</div>

Regular expressions can help to minimize the number of build actions.   
 I like using them but I also hit against the following inconvenience.   
  
 Say a solution contains two configurations: “Debug|Win32” and “Release|Win32”.   
  
 Say the regex “.\*32” is used in the Configuration field, then both configurations are built. That’s fine.   
  
 Say the regex “Debug” is used in the Configuration field, then only “Debug|Win32” is built, which is still ok.   
  
 If the regex “.\*64” is used however, then the action attempts to build configuration “.\*64” although none of the configurations match the regular expression “.\*64”.   
  
 Why’s that?   
  
 I would rather expect that [devenv.com](http://devenv.com) doesn’t get invoked if none of the configurations match the expression.   
  
 Is there a simple way to prevent the action from failing when the regex doesn’t match any configurations?   
  
 Because that’s what happening now. [Devenv.com](http://Devenv.com) fails:   
  
 Running d:\Software\VS2008\Common7\IDE\[devenv.com](http://devenv.com) with parameters : /build “.\*64” …   
[devenv.com](http://devenv.com) returned Error code : 1

---

<div class="post-metadata">

### Author: ![nevar](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/n/c4cdca/32.png) [@nevar](https://www.finalbuilder.com/forums/u/nevar)
#### Post date: [December 10, 2013, 10:54am UTC](https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511/2 "2013-12-10T10:54:24Z")

</div>

Hi Jagy,   
  
 This seems like a bug to me. I have logged it into our tracking system and will let you know when I have a solution for this.

---

<div class="post-metadata">

### Author: ![nevar](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/n/c4cdca/32.png) [@nevar](https://www.finalbuilder.com/forums/u/nevar)
#### Post date: [January 2, 2014, 4:44am UTC](https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511/3 "2014-01-02T04:44:35Z")

</div>

Hi Jagy,   
  
 I have updated FinalBuilder to now fail if no configurations match instead of trying to use the regular expression directly.   
  
 [http://downloads.finalbuilder.com/downloads/finalbuilder/700/FB700\_2633.exe](http://downloads.finalbuilder.com/downloads/finalbuilder/700/FB700_2633.exe)   
  
 Please let me know how this goes.

---

<div class="post-metadata">

### Author: ![jagy](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/j/7ab992/32.png) [@jagy](https://www.finalbuilder.com/forums/u/jagy)
#### Post date: [January 10, 2014, 2:17am UTC](https://www.finalbuilder.com/forums/t/regular-expression-in-build-vs-solution-action-selects-at-least-one-configuration-fb7-0-0-1283/3511/4 "2014-01-10T02:17:05Z")

</div>

Hi Jason,   
  
 The action is still failing. The failure still causes the build to fail…   
  
 One can discuss about what would be the most reasonable outcome of the action.   
  
 It does not seem like an error to me to build nothing when nothing has to be build.   
  
 Personally, I would prefer that the action would be marked skipped (completed will also do).   
  
 There might be other points of view of course. May be a user customizable option is needed for backward compatibility.   
  
 Anyway I thank you for making the effort to address this issue.   
  
 Best Regards.
