Difficulty in creating .Net dll

The only way I was ever able to get a C# add-in to work was to create a vb.net add-in to catch the COM call from the RMS hook then invoke my c# add-in from there. Your problem is really with COM Interop, not specifically with RMS - there is some information on MSDN that should help you get past the strong naming issue, but there are going to be more roadblocks after that. vb.net is much easier to deal with...

Glenn Adams Tiber Creek C> I am using C# .Net to customize the RMS. As RMS is in VB, the customization

Don't add them as references to the project, and just declare things as generic objects.

Also, you can avoid the GAC by using something like:- C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\regasm /codebase

If this lets you avoid strong naming for your dll, I'd still avoid including any references to RMS objects as they are not designed to be early bound which will break your application when they are updated.

Ideally Microsoft would have provided PIA for RMS but this doesn't seem to be the case. I'd love to be corrected on this point.

I can't help on the C# coding as I know very little about it, but if you posted what you had someone maybe able to spot the problem.

Ian

Hi Glenn Do u mean that if I use VB.Net instead of C#.. I will be able to catch the COM call from RMS..?? I am just starting the customization so will it help me if I start doing that in VB.Net ??

Waiting for ur kind reply...

Thanks a lot

Vicky....:-)

"Glenn Adams [MVP - Retail Mgmt]" wrote:

Glen, Vicky:

using VB isn' really "the only way". You can use method invocation in C#, like in the following example. But I must agree with you it is rather very painful. I hope Microsoft provides .NET wrapper for QSRules.dll soon. If help is needed, Retail Hero is certainly ready to volunteer. :-)

public void ShowTransactionEntriesPrices(object session) { try { object transaction = session.GetType().InvokeMember("Transaction", BindingFlags.GetProperty, null, session, null); object transactionEntries transaction.GetType().InvokeMember("Entries", BindingFlags.GetProperty, null, transaction, null); int transactionEntriesCount (int)transactionEntries.GetType().InvokeMember("Count", BindingFlags.GetProperty, null, transactionEntries, null); for (int i = 0; i < transactionEntriesCount; i++) { object transactionEntry transactionEntries.GetType().InvokeMember("Element", BindingFlags.GetProperty, null, transactionEntries, new object[] {i + 1}); MessageBox.Show(transactionEntry.GetType().InvokeMember("Price", BindingFlags.GetProperty, null, transactionEntry, null).ToString()); } } catch(Exception ex) { MessageBox.Show(ex.Message); } }

"Glenn Adams [MVP - Retail Mgmt]" wrote:

Like I said, vb.Net is much easier to deal with... I'm generally agnostic toward .Net languages, but because of some poor implementation decisions around RMS, vb.Net seems like an obvious choice for RMS add-ins.

Glenn Adams Tiber Creek C> Glen, Vicky:

Thanx a lot...... I have started with VB.Net and completed one small task also... :-) Thx for ur help else I wld b still there playing with C# :-(

I tried do> Like I said, vb.Net is much easier to deal with... I'm generally

null,