Jump to content
Xtreme .Net Talk

Fritz

Avatar/Signature
  • Posts

    40
  • Joined

  • Last visited

Personal Information

  • Occupation
    teacher (primary scool)
  • Visual Studio .NET Version
    Visual Basic .NET Standard
  • .NET Preferred Language
    VB.NET

Fritz's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. I think it was Machine.
  2. Sorry, I cannot send attachments here. Also it's quite a while since I wrote this and there might be better solutions meanwhile - and also newer versions of the FW. But you really can do it quite easy with the wizard.
  3. One more question: Is there another way to change the intranet permission to fulltrust (and reset it also, of course)?
  4. I have followed the guidlines to create a redistributable configuration set and created 2 files: 1) frwcfg.msi - to set the framework intranet security to fulltrust 2) frwreset.msi - to reset security Now generally this works - but sometimes not. Sometimes the msi files need to be called twice. It looks like they just slip by, don't really execute completely. I call them with Process.Start(pathtoapplication + "\frwcfg.msi") But if I doubleclick them directly it's the same problem, on all Systems I have tested (W98 / W2k / XP). What can I do?
  5. 1) The computer also has the permission? You have to set the Framework, Intranet to fulltrust. 2) Check the path. Maybe for network the path would have to be: I:\\ERRORS\
  6. Thank you for the quick reply. But I guess I understood something different. I wanted to extract the Install location during the setup. Anyway, meanwhile I figured it out. Maybe you are interested: I am executing a custom action (exe) which needs to know the installpath [TARGETDIR] the user has chosen. So according to all I have read I tried to pass it as CustomActionData and this never worked. Finally I just moved the [TARGETDIR] up to the argument section and there it goes. Last little detail: to receive the argument in the CA.exe you have to cut off the final backslash of the string. What I am a little p.. off is that I have not found any hint in a couple of hundreds of helpfiles and forum posts. All stuff I've seen only talks about creating another installerclass to pass this silly little argument. And I just thought by myself that this was exagerated and that there must be a simpler way. Ok, and here it is! So, have a nice evening, guess in australia it must be about 21 hs. Here it is early morning. Greetz Fritz :cool:
  7. >> I figured out a trick that extracts the location of the app. How did you do that? Im fooling around on this also.
  8. I got it! As usual, if you look for something you don't know yet, you think it is very complicated. But the solution is quite simple: I just had to open the administrative tool for the Framework configuration and there is an assistent to build an msi file which can be used for distribution of the configuration. Works fine from over the shared folder on W98, W2000 and XP. Think for Me and NT will be no problem neither. Fritz ;)
  9. Sorry for double posting. This thread is already being discussed in the network forum.
  10. I have already seen these articles. This works all with the netapi32.dll and the shi_502. But W98/Me only accept svrapi.dll and the shi_50. Also in W2000/XP there is no need to declare ReadWrite permissions because any share is ReadWrite. The Items concerning permissions only handle with passwords and that's not the problem.
  11. >> It might have something to do with the ACL. Try forceing the permissions on the creation of the share. Yes, of course, I think it has to do with the ACL. But I find no way to force it under W98. If I use API, there are 3 different structures: shi_2 - for W2000/XP shi_502 - for NT/2000/XP shi_50 - for W95/98/Me And the shi_50 just seems to have no entry for ACL or security descriptor. I simply don't know enough about these declarations and the help stuff also is only confusing me. As I said: the WMI above at least does everything right for W2000/XP (and NT too I think). And in W98/Me it creates the share, but ReadOnly. I am trying a workaround now, calling the file properties dialog, so the user can at least set the share without having to search the file first. That works but it's not really a fine way.
  12. Thank you for your reply. I have read something about this caspol, but up to now I just could not figure out, how to handle it. To me it seems very very complicated. And beside of that, as far as I understood, it doesn't really exactly the same as the Config.Wizard, it seems to create some code group, but I only want to change the existing security setting. Or am I all wrong? Well, anyway, I don't know how to enter in this caspol from within my app-code. Microsoft help only confuses me.
  13. Still found no solution. I only managed to call the Config.Wizards.exe, but that's not really what I want. I would like to set up the local intranet zone to fulltrust at once, without the user having to search around anymore. Maybe someone could at least tell me, if this is possible or not. Thanks a lot.
  14. Thank you. I'm busy with other problems right now, but I will try your idea once more these days. I'll post the result again. Fritz
  15. If the framework is already installed, then you could make another little program which does the stuff and then calls your setup by process Start. Or maybe you can do something with launch conditions from within the setup. Fritz
×
×
  • Create New...