VAIDY
Let’s face it or get out of it…
VAIDY
VAIDY
I was doing a bit of experiment to know whether my GP system with a near perfect production environment would respond positively for an upgrade from Windows Vista Business to Windows 7.0.
It did respond without much issues. The following are the list of issues which I faced. Though the following are not related to GP, these may help anyone out there upgrading to Windows 7.0 RC.
1. UAC never worked. Since I upgraded my system from Windows Vista Business to Windows 7.0 RC (which is an “Ultimate” version), there was a very critical issue once the upgrade completed. UAC did not work at all. I came to know about this when I tried installing my NIS2009 after upgrade.
2. I had two versions of SQL Server, 2005 & 2008. I could not make 2005 work on Windows 7.0 due to several reasons. But I was able to start and work on SQL Server 2008, though it did warn me of a possible compatibility issue.
3. GP 10.0 with SP3 (10.00.1193) worked merrily. I did not face any issues starting GP after upgrade. But I must admit that I did not check all possible details, such as Modifier/VBA customization, importing or exporting packages, etc. But, in my opinion, it should not be an issue to carry out these operations.
4. MS Office 2007 did not have any issues, as I had the latest SP installed for it.
5. Visual Studio 2005 did have some issues and it was also duly warned before even I started the upgrade.
Eventually, I had to revert my system back to Windows Vista Business, as I could not do any further installations (Windows 7.0 UAC did not work for some damn reason).
So, what does that mean? Is is possible for me to upgrade to Windows 7.0 without any issues? Answer is simple: YES I CAN. The only possible mistake that I could have done, is to UPGRADE instead of a CLEAN INSTALL. It does make a difference, since there are many softwares which are written to be compatible with Windows Vista but are yet to recognize Windows 7.0. The problem with Windows Vista users now, is the Softwares which they are using are compatible with Windows Vista and it is not compatible with Windows XP, apparently. But Windows 7.0 is designed to accomodate all XP compatible softwares and drivers without much fuzz. There is no word about the Softwares and Drivers which are compatible only with Windows Vista and that, in my opinion, is the actual problem.
Anyways, once the final retail version is released, I hope we can have a better OS with much more compatibility for all previous versions of Windows.
VAIDY
This is certainly nothing to do with Dynamics GP. This one is just out of my curiosity.
I have seen this very common phrase in many articles and replies. I am sure, this could be something very common for people who use it, but there is certainly something towards this phrase.
Here is my query: When and how this “Just my 2 cents” originated? Is this a phrase that’s from a very famous person? Or is this has got any strange story behind it? Or is it just another phrase?
Well, could be as simple as such, but it’s not boring either to do some fun R&D, isn’t it?
VAIDY
I have been trying to know the basic reason behind why GP has this difference in the Payables and Receivables process.
It’s was a long due from my side, honestly, to add the much needed Microsoft Certification in any of the Microsoft Dynamics GP. Something that I needed for me to add some value to my career.
It’s been a really hectic month for me, doing all sorts of data corrections, troubleshooting, fixes, testing and what not?
But I was still able to read thru’ some of the informative articles across the blogosphere. Here are the list that enlightened me:
1. Preventing Backdated Transactions using VBA – David Musgrave.
2. Report Writer Function to convert Amount in Numbers to Words – David Musgrave.
3. Accessing Third Party Table Buffer on a Cross Dictionary Trigger – Dave Dusek.
4. Report Writer: Making One to Many Relationship to behave like One to One – David Musgrave.
5. Development White Papers Link – David Musgrave.
6. Sampling Data from Extender Tables – Mariano Gomez.
7. Transferring Extender Customizations from One Company to Other – Mariano Gomez.
8. How to find Line Number of an Item : Part I – Mariano Gomez.
9. How to find Line Number of an Item : Part II – Mariano Gomez.
10. Is there a Maximum Number of Lines that can be entered on a Scrolling Window? – Mariano Gomez.
11. Sales Order Processing Posting Statuses – Mariano Gomez.
12. Securing VBA Projects – Mariano Gomez.
13. Accessing Active Directory From SQL Server – Steve Endow.
14. Sending Emails to Business Portal Users using SQL Server – Steve Endow.
15. Landed Costs : Part I – Christina Phillips.
16. Adding Watermarks to a Crystal Report – Victoria Yudin.
17. SQL View for all SOP Line Items – Victoria Yudin.
Yeah, that’s a quite big list, but you would certainly feel enlightened and contended on learning some really important and interesting concepts.
VAIDY
This one is pretty simple error message (really simple), but sometimes people tend to not keep this on mind when coding. I am one among them and I did face this issue today.
I had to pass a SQL query from a custom dex code to get some value based on a complex calculation. It involved so many fields and an intricate JOIN. I decided to go against PURE DEX code, which would have ideally got RANGEs and GET TABLEs.
I did something like this:
local text l_tQuery;
…
…
Initially I was surprised to see this, as I had declared the variable as TEXT and it should ideally hold upto 32000 characters. My query was also pretty less than 32000 characters. And when I referred to the Dexterity Help Manual on this error, this is what it tells us:
—
String overflow during concatenation.
Situation
A concatenation of two or more strings resulted in a string longer than 255 characters.
Solution
Check the script where strings are concatenated (using the + operator) to determine whether the 255-character limit for strings is being exceeded.
—
Well, it actually means: We cannot concatenate and assign a string value at one stretch that would exceed 255 characters.
For instance, my SQL query would have got nearly 1000 characters and I had written it in one single assignment. When I pass this SQL Statement from Dex, I have to first construct it as a typical text value and then execute it using SQL_Execute().
When I construct the text value, I should have done like below, if my SQL statement is more than 255 characters long:
l_tQuery = “”;
l_tQuery = l_tQuery + “SELECT [expression] “;
l_tQuery = l_tQuery + “FROM [custom table] “;
… … and so on.
Thereby, at one stretch we would not have concatenated more than 255 characters length string.
I thought this would be useful for developers out there wondering with this error.
VAIDY
It was certainly a learning curve for me to learn such interesting and new concepts. There are lots more to learn, but I have certainly taken a big step on the right direction.
I was able to clear all 10 challenges and have also got selected for a sweepstake. What’s more that I can ask for?
Now it’s time to share my learning and the knowledge that I have acquired based on the challenges. Please do visit this link to download the solutions: Office Palooza – Novice Challenges – Vaidy’s Approach. There can be (are) much better solutions to all these challenges, but by sharing my solutions, I could probably start a healthy discussion on my approach to each challenge and the respective solution. To more about each challenge and refer my solution, visit the site: Office Palooza Challenges List.
It may seem to be repetitive, but it’s worth to be. I am Thankful to David for his article and leading me (probably more GP consultants out there) to know a contest like this and learn new things.
VAIDY
To all FRx Consultants available, kindly read the below query from one of my colleagues and please send in your inputs as comments to this post. Any help is highly appreciated:
220 NP
250 NP
280 NP
310 NP
340 NP
370 NP
400 CAL A = A220, B TO X = B220 TO X220, Y TO AR = Y250 TO
AR250, AS TO BK = AS280 TO BK280, BL TO CE = BL310 TO CE310, CF TO CY = CF340
TO CY340, CZ TO DP = CZ370 TO DP370.
If i print the report seperately using this row format, it prints fine.
But when i add that row format(as a reporting unit) to an existing report
tree, while printing it shows the “Error in calculated formula in [400]”.
Any idea of why its happening only in reporting tree?
—