Re: Remoting and ilmerge

Paul <invalid@xxxxxxxxxx> wrote in
news:u8QC7kFJHHA.2236@xxxxxxxxxxxxxxxxxxxx:

Spam Catcher wrote:
Paul <invalid@xxxxxxxxxx> wrote in news:OHnG676IHHA.1252
@TK2MSFTNGP02.phx.gbl:


net 1.1:

I am seeing my remoting app fail with this error when I use ilmerge
to repackage the exe and dlls as one exe. The app runs properly when
I don't merge it. And except for the remoting part, the single exe
version works ok.


Does the server/client use the same packed exe?

No they are completely different, the server is a service and the
client is a console app.


OK, so its:

Server + DLL
Client + DLL

Perhaps you're getting a remoting error because there is no more common
layer. I think once you merge the DLLs together, they're no longer the
"same".
.

Relevant Pages

  • Re: C# Exceptions
    ... I did a runtime analysis of the exe and some important DLLs as ... > signature is valid then the app can decrypt the response and process it. ... > the source code of a managed app. ... NOT FOR THE MAIN PROGRAM EXE FILE. ...
    (Pen-Test)
  • RE: .Net Distributed info
    ... This will allow you to use the COM+ services in your remoting objects ... without actually having to experience the pain of registering your stuff with ... > the dlls to com+ component services. ... > folder as the exe. ...
    (microsoft.public.dotnet.distributed_apps)
  • Deploying files not in the project
    ... I have a generic "Wizard-like" app that I use to run my applications. ... except that the EXE doesn't directly use any of the DLLs ... only states which files to deploy and then specifies the EXE as the app to ...
    (microsoft.public.dotnet.framework.compactframework)
  • Re: Static or Shared MFC DLLs?
    ... MFC app that does nothing. ... exe is about 50KB. ... put MFC related DLLs in your directory and expect it to work. ...
    (microsoft.public.vc.mfc)
  • Re: .Net Distributed info
    ... Sorry I don't have any links available, but when I was learning remoting, I ... Host a Remote Object in a Windows Service ... > the dlls to com+ component services. ... > folder as the exe. ...
    (microsoft.public.dotnet.distributed_apps)