fbpx
Welcome, Guest
Username: Password: Remember me
  • Page:
  • 1

TOPIC: Native Resource compiler

Native Resource compiler 1 year 7 months ago #3226

  Serggio's Avatar Topic Author Serggio Offline Posts: 8
I'm using X# general public release Anjou 1.1 in VS 2015.

I've created a VO-style form in a project. And I get such an error message while building it:

C:\Program Files (x86)\MSBuild\XSharp\XSharp.targets(148,5): error : Cannot find the Native Resource compiler in the XSharp Bin folder


I have X# installed at D:\XSharp
And I have rc.exe and rcdll.dll there along with other files.
Last edit: by Serggio.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3227

  robert's Avatar robert Offline Posts: 1001
Sergio,
Did you use the installer to install the product to D:\XSharp ?
It looks like a registry key is missing on your computer, or pointing to the wrong folder.

Can you check if you have the registry key:
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\XSharpBV\XSharp
And a string value XSharpPath inside that key.

This should point to the root folder of your XSharp installation

Btw:
Please explain to me why did you choose to install outside of Program Files ?
Even the best product can have problems in the installer that will most likely only be visible if you start changing default settingns.

Robert
XSharp Development Team
The Netherlands
This email address is being protected from spambots. You need JavaScript enabled to view it.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3230

  wriedmann's Avatar wriedmann Away Posts: 1573
Hi Robert,

PMFJI

since I have installed the first version of X# on my machine, it is installed in c:\xsharp\compiler, and XIDE is installed in c:\xsharp\xide.

So I don't have to mess when updating from a zip, or to save/restore compiler versions.

Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
This email address is being protected from spambots. You need JavaScript enabled to view it.
www.riedmann.it - docs.xsharp.it
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3231

  Serggio's Avatar Topic Author Serggio Offline Posts: 8

Robert van der Hulst wrote: Can you check if you have the registry key:
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\XSharpBV\XSharp
And a string value XSharpPath inside that key.

Yes, there is and XSharpPath equals to: D:\XSharp, which is correct.
Should I reinstall X# to Program Files and would that help with my issue?
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3232

  robert's Avatar robert Offline Posts: 1001
Serggio,

For now installing into the default "C:\Program Files (x86)\XSharp" location would be the easiest solution.
I did find a problem in our build support DLL and we will release a fix very soon.

Robert
XSharp Development Team
The Netherlands
This email address is being protected from spambots. You need JavaScript enabled to view it.
Last edit: by robert.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3233

  ArneOrtlinghaus's Avatar ArneOrtlinghaus Offline Posts: 126
I have done similar to Wolfgang: Installing into another directory apart from the proposed directory. And I get the same errors as him.

My reasons for not choosing the program files directory are based on experience. Especially since Windows Vista the program directories do not have standard write Access. So many programs fail when installing them into the programs directory because they want to write something into their own directories: Updates, Packages loaded during initialization, Settings files. Some months ago I had again such a program, used by many people: When installing into the proposed Program files directory, I received strange errors because the program wanted to download additional packages. When reinstalling into a separate directory everything was ok.

Additionally some programs get problems with spaces in the directory and with the older versions with directory names displayed in German, but internally in English gave also many strange effects.

Arne Ortlinghaus
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3234

  robert's Avatar robert Offline Posts: 1001
Arne, Wolfgang,

Fair enough.
However we do not write to the PF files subfolder. And our examples are installed in the public documents folder.
By installing to a different location you are introducing a "challenge" for installer and other components with the risk that something is broken.

For now if you create a XSharp\Bin folder inside Program Files (x86) and copy rc.exe and rcdll.dll there you should be fine.

Robert
XSharp Development Team
The Netherlands
This email address is being protected from spambots. You need JavaScript enabled to view it.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3235

  Serggio's Avatar Topic Author Serggio Offline Posts: 8

Robert van der Hulst wrote: For now if you create a XSharp\Bin folder inside Program Files (x86) and copy rc.exe and rcdll.dll there you should be fine.

Yes, it works this way. Thank you!
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3236

  ArneOrtlinghaus's Avatar ArneOrtlinghaus Offline Posts: 126
Thank you.
5 minutes ago Chris sent me a corrected version to test this. I sent the error on Monday and now within 3 work days a solution has been found. That's a good response time. Our customers often must wait longer... : whistle:

Arne
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3239

  Chris's Avatar Chris Offline Posts: 1179
Arne, you're welcome and thank you for the very detailed bug report, you know what I am talking about!

Chris
XSharp Development Team
chris(at)xsharp.eu
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3242

  wriedmann's Avatar wriedmann Away Posts: 1573
Hi Robert,

I have no problems building my VO style applications because I stay away from VS whenever possible, and prefer to use XIDE instead.

Wolfgang

P.S. that has forced me to try to build WPF windows in code, and with a few new classes this code is much more readable than the relative XAML forms
Wolfgang Riedmann
Meran, South Tyrol, Italy
This email address is being protected from spambots. You need JavaScript enabled to view it.
www.riedmann.it - docs.xsharp.it
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3249

  Phil Hepburn's Avatar Phil Hepburn Offline Posts: 742
Hi Wolfgang, good morning to you, its a lovely sunny morning here in Newport, Wales :)

I am sure you are right in all that you say, ... for yourself at least.

However, I do have to say to other Forum readers that code and script clarity, and readability, generally comes from the guy who did the 'writing'.

I, like you, started off hating XAML, but that was mainly due to it being VERY badly written and presented. Now I use XAML a lot, and effectively, BUT, I do try and write it WELL.

Remember, it is also possible to make even lovely X# syntax code look dreadful, and hard to read.

Anyone who does not script in XAML at least now and again, will never 'break through' !

I manage quite well in VS with the XAML editor - but then I have invested a lot of time getting quite good at it - thank goodness :whistle::cheer:

Regards to all,
Phil.
Wales, UK.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3250

  wriedmann's Avatar wriedmann Away Posts: 1573
Hi Phil,

of course, this is my personal preference, and I know that I'm in an absolute minority <g>.

But: the most dialogs I'm writing in my VO applications are dynamic ones - not painted, only defined (this is VO code, I have to write similar code also X#):
oDlg := DynDialog{ _oWindow }
oDlg:Caption		:= _cCaption
oDlg:AddDateField( "FromDate", "From date",, ConDate( Year( dBuchungsDatum ), 1, 1 ) )
oDlg:AddDateField( "ToDate", "To date",, EoM( dBuchungsDatum ) )
oDlg:AddLogicField( "Details", "with details,, _lMitDetails )
oDlg:AddLogicField( "Export", "with export to Excel",, false )
oDlg:Show( SHOWCENTERED )

Generation of windows in code has a lot of advantages for me....

But again: for me. Most other people will prefer the XAML editor.

Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
This email address is being protected from spambots. You need JavaScript enabled to view it.
www.riedmann.it - docs.xsharp.it
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3256

  Phil Hepburn's Avatar Phil Hepburn Offline Posts: 742
Yes Wolfgang,

The 'ML' in XAML does stand for "mark up language" and you require runtime generated form stuff.

That's OK with me, as long as you don't give all the Forum new guys the wrong impression about script and the XAML editor in VS. It works, and works well.

Now then, time for some lunch ;-0)

Cheers,
Phil.
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3257

  wriedmann's Avatar wriedmann Away Posts: 1573
Hi Phil,

as always, in programming there is not only one correct way to do something - there are several ones, if you ask 3 programmers how to do something, you will receive at least 5 different answers.

You will never hear from me that my solution to a problem would be the absolute best - fortunately I know several programmers that are much better than I will ever be, and so I can expect that someone other can find a better solution.

I have only to find my own way (not every time the easiest thing), because I have very specific needs, and therefore you can see sometimes very uncommon solutions from me.


Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
This email address is being protected from spambots. You need JavaScript enabled to view it.
www.riedmann.it - docs.xsharp.it
The topic has been locked.

Native Resource compiler 1 year 7 months ago #3258

  Phil Hepburn's Avatar Phil Hepburn Offline Posts: 742
Yes,

But you do make life interesting :PB):whistle:

Only 5 different answers ???

So have a nice weekend !

Weather still nice in Newport - quite a change, it usually rains 100% of the time.

Cheers,
Phil.
Wales, UK.
The topic has been locked.

Native Resource compiler 1 year 6 months ago #3259

  robert's Avatar robert Offline Posts: 1001
Phil, Wolfgang,

This has nothing to do anymore with the Native Resource compiler.
Thread closed.

Robert
XSharp Development Team
The Netherlands
This email address is being protected from spambots. You need JavaScript enabled to view it.
The topic has been locked.
  • Page:
  • 1