I am running on Vistax64
i've made copies of my gw file, but when i hit launch, the first one launches and 2nd one wont. so i tried launching one at a time as opposed to highlighting all and launching. so i launched the first one, minimized. and the second one, hit launch and it just makes the first one reappear.
Also, i tried making the copies using the multi launch and not copying and pasting, same problem occurs
Introducing: Guild Wars Multi-Launch
Oracle9669
imkey
yes,
the copy function in the utility is not working for vistax64. I haven't been able to figure out what makes Vistax64 different from other windows.
By any chance, can you check the folder difference between the manually copied one and the copy the tool makes?
My list of files to copy is:
Guild Wars\*.*
Guild Wars\Templates\* <--if this folder exists.
I avoided doing a full folder copy since that would get all the screenshots.
Oracle: can you try doing a full guild wars folder copy manually to see if that does the trick. I believe Alex said that manual copies for him worked, but program made ones don't. I suspect that I'll need to install vistax64 to get to the bottom of this
.
the copy function in the utility is not working for vistax64. I haven't been able to figure out what makes Vistax64 different from other windows.
By any chance, can you check the folder difference between the manually copied one and the copy the tool makes?
My list of files to copy is:
Guild Wars\*.*
Guild Wars\Templates\* <--if this folder exists.
I avoided doing a full folder copy since that would get all the screenshots.
Oracle: can you try doing a full guild wars folder copy manually to see if that does the trick. I believe Alex said that manual copies for him worked, but program made ones don't. I suspect that I'll need to install vistax64 to get to the bottom of this
.
Oracle9669
When i try to run the one i copied using the program it gives me an error:
Unable To Open Archive File
Guild Wars is unable to access its archive file C:\Program Files (x86)\Guild Warz\Gw.dat. Please verify that this file is accessible and writable and no other program is currently using it.
(No other program is using it...)
I have the templates folder...UserName\Documents\Guild Wars\Templates
ive tried the full copy aswell. Nothing works for me so it seems. GWx2 didn't either
Unable To Open Archive File
Guild Wars is unable to access its archive file C:\Program Files (x86)\Guild Warz\Gw.dat. Please verify that this file is accessible and writable and no other program is currently using it.
(No other program is using it...)
I have the templates folder...UserName\Documents\Guild Wars\Templates
ive tried the full copy aswell. Nothing works for me so it seems. GWx2 didn't either
imkey
that's very strange. I assume that is an error message from the guild wars window? you get that message even when there isn't already a copy of guild wars running?
I am assuming you can launch the first copy through the program? I will look into it tomorrow evening, I just got vista64 installed but need to setup drivers and stuff before I can attempt to recreate your situation.
one more thing you might try is running it under administrative privileges. might do the trick or not.
my bet with this right now is that 64 bit windows might be storing the registry info for 32 bit programs in a separate place. So when I modify the registry path to point to the correct gw folder before launching it, it might not be the same registry path gw is reading from.
I am assuming you can launch the first copy through the program? I will look into it tomorrow evening, I just got vista64 installed but need to setup drivers and stuff before I can attempt to recreate your situation.
one more thing you might try is running it under administrative privileges. might do the trick or not.
my bet with this right now is that 64 bit windows might be storing the registry info for 32 bit programs in a separate place. So when I modify the registry path to point to the correct gw folder before launching it, it might not be the same registry path gw is reading from.
Quote:
|
Originally Posted by Oracle9669
When i try to run the one i copied using the program it gives me an error:
Unable To Open Archive File Guild Wars is unable to access its archive file C:\Program Files (x86)\Guild Warz\Gw.dat. Please verify that this file is accessible and writable and no other program is currently using it. (No other program is using it...) I have the templates folder...UserName\Documents\Guild Wars\Templates ive tried the full copy aswell. Nothing works for me so it seems. GWx2 didn't either |
Snograt
I'm running 64-bit Vista, my GW installs are in D:\Games\Guild Wars and D:\Games\GW2. My templates are in UserName\Documents\Guild Wars\Templates.
GWML worked flawlessly, first time - go figure
(It may be a problem with accessing stuff in \Program Files - Vista is a bit touchy about things in there being manipulated.)
GWML worked flawlessly, first time - go figure
(It may be a problem with accessing stuff in \Program Files - Vista is a bit touchy about things in there being manipulated.)
imkey
Hey,
Are you guys sure you are running a 64 bit version of Vista and not just Vista on a 64 bit cpu?
I took a quick look at the execution of the mutex clearing code, and it is definitely not behaving the same on my copy of 64 bit vista. The data widths of the structures that nt kernel returns is different for 64 bit versions of windows.
I believe this should be fixable, but I might have to release a different exe for the 64bit windows since the size of the raw data structures is different.
edit: On second a look, its going to be much harder to make it work than i anticipated. the NtQuerySystemInformation function is not returning a list of handles to me in Vista64. I don't know if its a security thing or microsoft not including full functionality for this in their 64 bit kernel.
Of course an alternative is to use sysinternal's process explorer to close the handle manually. PE's implementation is at the driver level, so they're able to do stuff I can't do thru ntdll. That would be a pain and kinda defeats the purpose of an easy to use app. I also checked their console handle.exe version to see if I could integrate that. Apparently handle.exe isn't able to iterate all vista 64 handles either.
Are you guys sure you are running a 64 bit version of Vista and not just Vista on a 64 bit cpu?
I took a quick look at the execution of the mutex clearing code, and it is definitely not behaving the same on my copy of 64 bit vista. The data widths of the structures that nt kernel returns is different for 64 bit versions of windows.
I believe this should be fixable, but I might have to release a different exe for the 64bit windows since the size of the raw data structures is different.
edit: On second a look, its going to be much harder to make it work than i anticipated. the NtQuerySystemInformation function is not returning a list of handles to me in Vista64. I don't know if its a security thing or microsoft not including full functionality for this in their 64 bit kernel.
Of course an alternative is to use sysinternal's process explorer to close the handle manually. PE's implementation is at the driver level, so they're able to do stuff I can't do thru ntdll. That would be a pain and kinda defeats the purpose of an easy to use app. I also checked their console handle.exe version to see if I could integrate that. Apparently handle.exe isn't able to iterate all vista 64 handles either.
Oracle9669
I'm running 64Bit Vista Home Premium, on Phenom II 940.
Also... I've changed a lot in my services.msc using this guide
http://www.blackviper.com/WinVista/servicecfg.htm
with the "Tweaked" setting. Is that the problem?
Also... I've changed a lot in my services.msc using this guide
http://www.blackviper.com/WinVista/servicecfg.htm
with the "Tweaked" setting. Is that the problem?
imkey
Nah, its not anything wrong with your computer. On 64bit windows system, 32bit programs are actually emulated to a degree by windows. They don't share the same system libraries because of binary incompatibilities between 32bit and 64bit code.
Kinda like how drivers must be 64 bit to work under 64 bit windows while applications don't necessarily.
I am working on a 64bit version of gw multi-launch which should resolve the issue for 64 bit windows. I think because of the 32 bit emulation that happens, not all nt kernel functions are available to a 32bit program when it is ran under 64bit windows.
Kinda like how drivers must be 64 bit to work under 64 bit windows while applications don't necessarily.
I am working on a 64bit version of gw multi-launch which should resolve the issue for 64 bit windows. I think because of the 32 bit emulation that happens, not all nt kernel functions are available to a 32bit program when it is ran under 64bit windows.
Quote:
|
Originally Posted by Oracle9669
I'm running 64Bit Vista Home Premium, on Phenom II 940.
Also... I've changed a lot in my services.msc using this guide http://www.blackviper.com/WinVista/servicecfg.htm with the "Tweaked" setting. Is that the problem? |
Oracle9669
lol kk, thanks can't wait to check out the 64bit version
imkey
Wow, I think you are on to something.
Any guild wars copies installed to the:
C:\Program Files (x86) <--folder only exists in 64-bit window installs
C:\Program Files
seem to require special permission when started. (at least on Vista-64, may be true for Vista and Win7 32bit as well)
Specifically gw.exe needs to be ran as administrator to access gw.dat. When gw.exe is ran as administrator, in Vista and Win7, Guild Wars Multi-launcher ALSO needs to be ran as administrator for it to be able to close handles in the gw copy that ran as admin.
Vista and Win7 are tricky in that, once you approve a program to run as admin, it doesn't really ask you again for a while. Even if you move it, it still seems to remember to run as admin. Don't know if this lasts the session or not.
Solutions:
1) Run Guild Wars Multi-Launcher in admin mode (right click-> run as admin)
running gwml in admin mode as well puts it on equal footing with gw.exe that was run as admin. this allows it to close the mutex which prevents future gw.exes from launching.
Any guild wars copies installed to the:
C:\Program Files (x86) <--folder only exists in 64-bit window installs
C:\Program Files
seem to require special permission when started. (at least on Vista-64, may be true for Vista and Win7 32bit as well)
Specifically gw.exe needs to be ran as administrator to access gw.dat. When gw.exe is ran as administrator, in Vista and Win7, Guild Wars Multi-launcher ALSO needs to be ran as administrator for it to be able to close handles in the gw copy that ran as admin.
Vista and Win7 are tricky in that, once you approve a program to run as admin, it doesn't really ask you again for a while. Even if you move it, it still seems to remember to run as admin. Don't know if this lasts the session or not.
Solutions:
1) Run Guild Wars Multi-Launcher in admin mode (right click-> run as admin)
running gwml in admin mode as well puts it on equal footing with gw.exe that was run as admin. this allows it to close the mutex which prevents future gw.exes from launching.
Quote:
|
Originally Posted by Snograt
I'm running 64-bit Vista, my GW installs are in D:\Games\Guild Wars and D:\Games\GW2. My templates are in UserName\Documents\Guild Wars\Templates.
GWML worked flawlessly, first time - go figure (It may be a problem with accessing stuff in \Program Files - Vista is a bit touchy about things in there being manipulated.) |
Sierraa
Run as admin fixed the copy issue. :] thanks so much
Snograt
Another solution: don't install Guild Wars in Program Files 
Welthas
Very nice, way to make it nice and simple
hate brother
I had problem with GW x2 4.1 and I decided to try this Guild Wars Multi-Launch on WIN XP SP 2 and it's working very nice. Great programme, thanks .
.
Teysar kitait
I appear to be having a similar problem to Oracle9669, when i click launch with 2 gw.exe's highlighted, it only opens one.
I've had this problem with this and with GWx2_4.1
my files are "D:\Programs\GuildWars\Guild Wars\Gw.exe" and "D:\GuildWarsz\Guild Wars\Gw.exe"
clicking clear mutex does nothing for me :/
i'm running this on vista 32bit
thanks for any help
I've had this problem with this and with GWx2_4.1
my files are "D:\Programs\GuildWars\Guild Wars\Gw.exe" and "D:\GuildWarsz\Guild Wars\Gw.exe"
clicking clear mutex does nothing for me :/
i'm running this on vista 32bit
thanks for any help
imkey
Did you try running the launcher as admin (right click -> run as admin)? If gw.exe is ran as admin which happens automatically sometimes on Vista/7 depending on where it is installed, the launcher has to be ran as admin too.
Vista/7 seems to have a memory of which programs previously ran as admin and might be doing it automatically without prompt.
Vista/7 seems to have a memory of which programs previously ran as admin and might be doing it automatically without prompt.
Teysar kitait
have just tried, no difference T_T
imkey
The other option was installing guild wars to a different folder. Oracle mentioned that's how he got his to work. I don't know exactly why though. If I were you, maybe try downloading the gwsetup file from the arenanet site and starting the install. You can probably cancel it when it really starts downloading and just copy over the gw.dat file from the other folder.
Also, if you used gwx2 before, I don't know if that modifies the gw.exe file. Maybe you just need a fresh gw.exe that isn't modified?
A4938FE2 is the crc32 hash on my gw.exe, if you want to check yours to see if its modified or not.
Also, if you used gwx2 before, I don't know if that modifies the gw.exe file. Maybe you just need a fresh gw.exe that isn't modified?
A4938FE2 is the crc32 hash on my gw.exe, if you want to check yours to see if its modified or not.
Teysar kitait
thanks so much for your help, i reinstalled it from the guildwars.com site and it worked first time
now to just wait for the .dat file to update xD
now to just wait for the .dat file to update xD
imkey
Just copy your old dat over, should be okay. No need to download everything from arenanet again.
I think it may just have been the modified exe that was messing it up. If you still have the old exe, zip it up to email to [email protected], I can check to see what the difference was in a hex editor if any.
I think it may just have been the modified exe that was messing it up. If you still have the old exe, zip it up to email to [email protected], I can check to see what the difference was in a hex editor if any.
Teysar kitait
already did just to make sure... nearly 14 hours of downloading using "-image" >.<
and i don't have the old .exe sorry, and so can't do that.
but still, thanks for all your help, it works fine now
and i don't have the old .exe sorry, and so can't do that.
but still, thanks for all your help, it works fine now
Tmm Ryan
Just wanted to send my appreciation for a well made program!
Works fine on me on Windows 7 (RC 7100) after making a copy (was getting gw.dat error)
Works fine on me on Windows 7 (RC 7100) after making a copy (was getting gw.dat error)
Snograt
@imkey:
I'm getting a lot of crashes recently like this:
Is PathFind.cpp part of GWML or Gw itself? (It's a C++ thang, right?)
I'm getting a lot of crashes recently like this:
Code:
*--> Crash <--* Assertion: PathFind.cpp(2130) App: Gw.exe
Brett Kuntz
Quote:
|
Originally Posted by Snograt
@imkey:
I'm getting a lot of crashes recently like this: Code:
*--> Crash <--* Assertion: PathFind.cpp(2130) App: Gw.exe |
Pro Tip: Make GWML virtualize a seperate environment for each executable, all while sharing common resources like GW.DAT. Just hook the Registry functions that deal with the local enviroment, CreateMutex, and the CreateFile/ReadFile/WriteFile funtions:
-Emulate so every new GW.EXE will think it's running at C:\Program Files\Guild Wars\
-Open Winsock in every executable started. The first GW.EXE launched will be a server, the rest all clients that connect to the server. The first opened GW.EXE (server) will be the I/O traffic controller for all GW.DAT file I/O. All other slave GW.EXE's will get their File I/O through the server, and all slaves will have their GW.DAT writing virtualized so that it doesn't actually happen.
It would be pretty easy to set this all up since it's really only a few simple hooks and a little bit of simple emulated virtualization, and can be done all through W32 User Mode API.
Edit-I drew a super badass picture to go with my super badass post:
imkey
@Snograt
Do you have any more details about the circumstances around PathFind.cpp issue?
@kunt0r
I originally had the virtualize file access stuff on the wishlist but took it off since I don't have experience hooking the win32 calls which read/write to disk. If you have time to help develop this feature, that would be awesome. I would be happy to add you to svn commit access list.
Also, do you have any insight to whats causing the assertion inside PathFind.cpp to fail.
Do you have any more details about the circumstances around PathFind.cpp issue?
@kunt0r
I originally had the virtualize file access stuff on the wishlist but took it off since I don't have experience hooking the win32 calls which read/write to disk. If you have time to help develop this feature, that would be awesome. I would be happy to add you to svn commit access list.
Also, do you have any insight to whats causing the assertion inside PathFind.cpp to fail.
Quote:
|
Originally Posted by kunt0r
That's an error inside of GW, but it is being caused by GWML.
Pro Tip: Make GWML virtualize a seperate environment for each executable, all while sharing common resources like GW.DAT. Just hook the Registry functions that deal with the local enviroment, CreateMutex, and the CreateFile/ReadFile/WriteFile funtions: -Emulate so every new GW.EXE will think it's running at C:\Program Files\Guild Wars\ -Open Winsock in every executable started. The first GW.EXE launched will be a server, the rest all clients that connect to the server. The first opened GW.EXE (server) will be the I/O traffic controller for all GW.DAT file I/O. All other slave GW.EXE's will get their File I/O through the server, and all slaves will have their GW.DAT writing virtualized so that it doesn't actually happen. It would be pretty easy to set this all up since it's really only a few simple hooks and a little bit of simple emulated virtualization, and can be done all through W32 User Mode API. Edit-I drew a super badass picture to go with my super badass post: |
Brett Kuntz
Quote:
|
Originally Posted by imkey
@kunt0r
I originally had the virtualize file access stuff on the wishlist but took it off since I don't have experience hooking the win32 calls which read/write to disk. If you have time to help develop this feature, that would be awesome. I would be happy to add you to svn commit access list. Also, do you have any insight to whats causing the assertion inside PathFind.cpp to fail. |
As for the crash, I'm not too sure about it, but it's most likely causes by a shared GW.DAT or some other shared resource.
imkey
I'll have to go read up more on how to do the hooking stuff. And in particular the winsock stuff. For that, are you suggesting having gwml running in background and doing the redirecting of calls from one gw to the other? Or do the hooks take care of it? Haven't had much time lately. If it does get implemented it would probably have to be for the 1.0 release cycle.
hmm, regarding the crash. The only thing I am aware of it sharing is just sound system/graphics system when multiple gws are running. When there are multiples copies, they do not share the same gw.dat since that would cause file access issues.
hmm, regarding the crash. The only thing I am aware of it sharing is just sound system/graphics system when multiple gws are running. When there are multiples copies, they do not share the same gw.dat since that would cause file access issues.
Snograt
Just to complicate things, I didn't have two instances running at the time of the crash(es) last night. Your program is so neat that I now just have two GW shortcuts on my desktop that were created by GWML - I launched via one of those. I didn't think to check if there was a "phantom" instance of GW running (via Task Manager) as sometimes occurs.
The problem went away after a reboot, so it's not a major issue. Oh, and before I rebooted, the problem was occurring when running GW from an un-tainted vanilla shortcut, so it probably wasn't GWML in the first place ^^
(If you can get Kunt0r aboard in even the most trivial capacity you'll be flying - what that guy doesn't know about the inner workings of GW ain't worth knowing)
The problem went away after a reboot, so it's not a major issue. Oh, and before I rebooted, the problem was occurring when running GW from an un-tainted vanilla shortcut, so it probably wasn't GWML in the first place ^^
(If you can get Kunt0r aboard in even the most trivial capacity you'll be flying - what that guy doesn't know about the inner workings of GW ain't worth knowing)
swordmaster grast
well i have a question...im runnign vistax32 bit and i unzipped it and try to open the launcher and it says GWMultiLaunch has stopped working and i go to
view the problem and it says this...
Description:
Stopped working
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: gwmultilaunch.exe
Problem Signature 02: 0.5.0.0
Problem Signature 03: 4a171dfd
Problem Signature 04: mscorlib
Problem Signature 05: 2.0.0.0
Problem Signature 06: 47577b16
Problem Signature 07: 37d0
Problem Signature 08: b
Problem Signature 09: System.Security.Security
OS Version: 6.0.6001.2.1.0.768.3
Locale ID: 1033
so if u could try to help me figure this out that would be amazing cause i really want a multi loader the guildwars magic one will not work either
view the problem and it says this...
Description:
Stopped working
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: gwmultilaunch.exe
Problem Signature 02: 0.5.0.0
Problem Signature 03: 4a171dfd
Problem Signature 04: mscorlib
Problem Signature 05: 2.0.0.0
Problem Signature 06: 47577b16
Problem Signature 07: 37d0
Problem Signature 08: b
Problem Signature 09: System.Security.Security
OS Version: 6.0.6001.2.1.0.768.3
Locale ID: 1033
so if u could try to help me figure this out that would be amazing cause i really want a multi loader the guildwars magic one will not work either
imkey
From the looks of that, it seems to be a security issue.
Are you running this off a network drive?
If you are running this from a local network drive you can either try running it from local hard drive (strongly recommended) or modify the .NET security policies from an admin account:
Start->Control Panel->Administrative Tools->Microsoft .NET Config->
Configure Code Access Security Policy->Adjust zone Security
Select system wide type. Make sure the setting for:
My Computer is Full Trust (definitely make sure this is full trust)
and
Local Intranet is Full Trust (if you want to run it from network share drive)
(you may also need to make "internet zone" full trust depending on your local network config)
Hit Apply.
If you are already running this from a local hard drive, make sure the "My Computer" is given full trust in the "adjust zone security" dialog.
If this does not resolve your issue, you can possibly try installing .NET framework 3.5 sp1 to see if it fixes possible the problem. The .NET framework 3.5 sp1 by default allows apps to run from network drives.
http://www.microsoft.com/downloads/d...displaylang=en
Are you running this off a network drive?
If you are running this from a local network drive you can either try running it from local hard drive (strongly recommended) or modify the .NET security policies from an admin account:
Start->Control Panel->Administrative Tools->Microsoft .NET Config->
Configure Code Access Security Policy->Adjust zone Security
Select system wide type. Make sure the setting for:
My Computer is Full Trust (definitely make sure this is full trust)
and
Local Intranet is Full Trust (if you want to run it from network share drive)
(you may also need to make "internet zone" full trust depending on your local network config)
Hit Apply.
If you are already running this from a local hard drive, make sure the "My Computer" is given full trust in the "adjust zone security" dialog.
If this does not resolve your issue, you can possibly try installing .NET framework 3.5 sp1 to see if it fixes possible the problem. The .NET framework 3.5 sp1 by default allows apps to run from network drives.
http://www.microsoft.com/downloads/d...displaylang=en
Quote:
|
Originally Posted by swordmaster grast
well i have a question...im runnign vistax32 bit and i unzipped it and try to open the launcher and it says GWMultiLaunch has stopped working and i go to
view the problem and it says this... Description: Stopped working Problem signature: Problem Event Name: CLR20r3 Problem Signature 01: gwmultilaunch.exe Problem Signature 02: 0.5.0.0 Problem Signature 03: 4a171dfd Problem Signature 04: mscorlib Problem Signature 05: 2.0.0.0 Problem Signature 06: 47577b16 Problem Signature 07: 37d0 Problem Signature 08: b Problem Signature 09: System.Security.Security OS Version: 6.0.6001.2.1.0.768.3 Locale ID: 1033 so if u could try to help me figure this out that would be amazing cause i really want a multi loader the guildwars magic one will not work either |
watrah
hi
I have a problem that I can't run more than 2 copies
I have a problem that I can't run more than 2 copies
imkey
Can you provide more details than that? What happens specifically? What is your directory setup?
Quote:
|
Originally Posted by watrah
hi
I have a problem that I can't run more than 2 copies |
watrah
I think I know the problem I just reinstall GW and I was able to run 4 copies
thanks for the great work
thanks for the great work
Nessar
Just dropped by to say thanks for making this. GWx2 wasn't working for me x.x. So glad I found this ^.^
swordmaster grast
ok well i got the first problem fixed with the framework...but now when i try to run the second copy it says...
Guild Wars is unable to access its archive file C:\Program Files\Guild Wars2\Gw.dat. Please verify that this file is accessible and writeable, and that no other program is currently using it.
so if u could help again i would greatly appreciate it
Guild Wars is unable to access its archive file C:\Program Files\Guild Wars2\Gw.dat. Please verify that this file is accessible and writeable, and that no other program is currently using it.
so if u could help again i would greatly appreciate it
imkey
That means the first copy has "C:\Program Files\Guild Wars2\Gw.dat" open. Gw.exe uses whichever gw.dat is set to in the registry path.
If you are looking into opening multiple copies, it is easiest to open them via the launcher which should take care of the setting the proper registry path before opening. Or just make sure the registry path is set (there's a button) to the right one beforehand if you are open one manually.
The registry path is left set to the last gw.exe opened by the launcher to be more compatible with gw updates.
If you are looking into opening multiple copies, it is easiest to open them via the launcher which should take care of the setting the proper registry path before opening. Or just make sure the registry path is set (there's a button) to the right one beforehand if you are open one manually.
The registry path is left set to the last gw.exe opened by the launcher to be more compatible with gw updates.
Quote:
|
Originally Posted by swordmaster grast
ok well i got the first problem fixed with the framework...but now when i try to run the second copy it says...
Guild Wars is unable to access its archive file C:\Program Files\Guild Wars2\Gw.dat. Please verify that this file is accessible and writeable, and that no other program is currently using it. so if u could help again i would greatly appreciate it |
Kordis Sol
I was wondering if any of you guys could help me.
I have been introduced to the old gwx2 file, and that didnt appear to work - at least as it would let me run the program twice from two different folders, but when i try to log in on one of them i get the code 58 firewall/router issue (other login works fine). The same happens for this application.
I was wondering if any of you have ever had this issue, and know what to do to resolve it? If it helps, I am using a netgear rangemax router.
I have been introduced to the old gwx2 file, and that didnt appear to work - at least as it would let me run the program twice from two different folders, but when i try to log in on one of them i get the code 58 firewall/router issue (other login works fine). The same happens for this application.
I was wondering if any of you have ever had this issue, and know what to do to resolve it? If it helps, I am using a netgear rangemax router.
imkey
The first thing I would do is isolate the issue. You want to figure out if it is your router configuration or computer.
Attempt to login 2 copies of guild wars from a different computer connected to your router.
If that does not work, it is more likely it is some router configuration issue. I would not be familiar with rangemax routers so your best resource in this case is forums which deal with that router.
If that does work, there is possibly some software such as a software firewall on your main computer which is allowing only one of the gw.exe's to pass through. You may only have given one of the guild wars paths permission to connect to internet. You need to reconfigure your software firewall or just disable it for a quick test.
In either case, I would try to find a coworker or friend that knows about firewalls/network settings to fix your setup if you are not comfortable troubleshooting it. It is easiest for someone to resolve this issue in person.
Attempt to login 2 copies of guild wars from a different computer connected to your router.
If that does not work, it is more likely it is some router configuration issue. I would not be familiar with rangemax routers so your best resource in this case is forums which deal with that router.
If that does work, there is possibly some software such as a software firewall on your main computer which is allowing only one of the gw.exe's to pass through. You may only have given one of the guild wars paths permission to connect to internet. You need to reconfigure your software firewall or just disable it for a quick test.
In either case, I would try to find a coworker or friend that knows about firewalls/network settings to fix your setup if you are not comfortable troubleshooting it. It is easiest for someone to resolve this issue in person.
Quote:
|
Originally Posted by Kordis Sol
I was wondering if any of you guys could help me.
I have been introduced to the old gwx2 file, and that didnt appear to work - at least as it would let me run the program twice from two different folders, but when i try to log in on one of them i get the code 58 firewall/router issue (other login works fine). The same happens for this application. I was wondering if any of you have ever had this issue, and know what to do to resolve it? If it helps, I am using a netgear rangemax router. |
Magi Ultimatus
I had tried GWx2 to load two different copies, and went through close to 2 hours of hell trying to figure out why it wouldn't work. I tried the multi-launcher and it wouldn't work at all, and again, I tried for nigh an hour to get it to work. The problem was resolved (as was suggested a page or so earlier) when I re-downloaded the client off of guildwars.com. Seems like GWx2 messes with your .exe. Hope my pain helps someone ^^
(Note: I'm running a 64 bit Vista OS.)
(Note: I'm running a 64 bit Vista OS.)
sarra june
Thanks a lot, this is an awesome program
To anyone having problems running in Vista, try right clicking and choosing the 'run as administrator' option. That may fix it for you as it did me
To anyone having problems running in Vista, try right clicking and choosing the 'run as administrator' option. That may fix it for you as it did me