Yehonal

Hi!

Few weeks ago has been created a project: http://www.wowgaming.org
It's a WoW resource pool (Db search, wiki, addons etc) subdivided by expansion that currently support wotlk 3.3.5a
All information inside are stored  with original data from that specific game version.

It's totally Free and Open Source alternative to (dead?) OpenWoW site!

Please read this page to understand why and how we can do it.

This project can be helpful for:

- Wiki and Database search engine for educational Open Source application server projects, such as AzerothCore/TrinityCore/Mangos etc.

- Keeping an historical archive of World of Warcraft original data

- Discussing and Blogging about newest and oldest WoW Facts 


wotlk portal (index of all subsite below): http://www.wowgaming.org/wotlk.html

database: https://wowgaming.altervista.org/aowow/

addon list: http://www.wowgaming.org/addons-335a-collection/

wiki: https://wowgaming.altervista.org/wp/wotlk-home/

 

Our repositories: https://github.com/wowgame

 

If you want to help us or maintaining another version using our free tools

Please, Contact us on Discord

updated to 1.1.2

updated to 2.0.1

+ Added a tray icon to manage the restarter also in hide mode

+ implemented a second thread to manage the checking of the updates ( it speed up the application)

+ fix the check of the process status with a real-time control.

+ the Error window control is now avaible for each process

+ added some hints to the buttons

try to post a screenshot of your error ...

Yes, it creates one Sql File that includes all your "200" selected files , just in one click...

"4"

http://udw.altervista.org/home/dload.php?action=file&file_id=5 <- DOWNLOAD

( screenshot v1.1.1)

I hope that this help you.

"4" -> http://udw.altervista.org/home/dload.php?action=file&file_id=5

Restarter updated to 1.9.2.

Enjoy it!

Boujii, read my pm plz

I am still unable to determine the exact problem here. I believe it is the 64 bit operating system and how it handles certain 64 bit applications.

I ran the 32 bit mangos on this 64bit operating system and the restarter worked correctly.

When I run the 64 bit mangos on this operating system the restarter fails to acknowledge the process is

running and loads it. Because it cannot detect it as running, it just keeps loading another instance on top of the

other resulting in an unlimited loop of loading of realmd.exe and mangosd.exe.

The same applies for the 64bit realmd.exe. The 32bit realmd.exe run on 64bit OS works fine.

The end result is the restarter is unable to detect 64 bit mangos version as running.

Other tests show the restarter is able to read 64bit OS and 64bit applications and work.

Testing here with 64bit OS and 64bit Internet Explorer

MangosPath1=C:\\Program Files\\Internet Explorer\\iexplore.exe

MangosName1=IE

In this OS if it was a 32bit Internet Explorer it would be installed to Program Files (x86) and not Program Files. Also verified through help and about in internet explorer that is does say 64 bit edition.

So the restarter does work with some 64 bit OS and 64 bit applications. It just does not work with 64bit realmd.exe and mangosd.exe.

Another example is a simple one:

MangosPath1=C:\\Windows\\Notepad.exe

MangosName1=Notepad

This does not work and loads multiple instances. Task Manager shows it as a 64bit process otherwise it would say Notepad.exe *32. And this definitely should be a 64 bit process since it is a default OS applications installed with the OS.

sorry for delay...

could you send me some screenshot of your 64 bit processes in the taskmanager including PID field?

actually i can't test the software with a win64 os.

tnx in advance

Tested with single realm and mangos.

Worked fantastic.

Present config for people having difficulties:

In the path name you must include the .exe (mangosd.exe & realmd.exe)

One question i have is the G: 0 to the left of the uptime?

There must be an issue either with the mangosd.exe 64 bit version or the way it reads processes in my Windows 2003 Server Enterprise 64 bit on a quad core processor.

- in the next revision i'll introduce a GUI conf to manage the file .ini

- G:0 == uptime Day: 0 , it was my mistake ...'coz G means Giorni ( italian word) ..i forgot to translate it

- explain me which kind of problems do you have with a 64bit version and i'll try to fix it.

Hello to all boys!

[uDW] Restarter is a new software (free) to manage automatically restarts of applications (such as Mangos) as soon as they suffer a crash or a sudden shutdown.

(Original Topic on: http://udw.altervista.org/home/viewtopic.php?f=15&p=14&sid=345fa0a65459d8ef43b0c115e3098732#p14 )

[DOWNLOAD]

ScreenShot ( v1.9.2)

this is the syntax:

.wchange type intensity

weather type : 0 to 3, 0: fine, 1: rain, 2: snow, 3: sand ( also 86 and 90 for special effects)

wheather intensity: 0 to 1, sending -1 is instand good weather ( 0.3 , 0,4 etc..)

but you can do it only into the zones defined in the game_weather table of the db, however you can modify easily the table.

I solved it installing libtool 1.5 but also libtool-dev for libtool 1.5 ( with another version you can't compile mangos on ubuntu intrepid)

no one can help me?

i resolved it:

from google

The fact that you see this ".in" at the beginning of the line

(overwriting the beginning of "config.status") implies that there was a

stray \\r in a value somewhere, and that this is a line-ending issue.

This might happen if you were using DOS-delimited files on a binary-mode

mount. If you used a native windows SVN client then that would probably

be why. Either use Cygwin's SVN or set your mount modes to properly

reflect the line endings of the files.

but now i've this error:

config.status: creating dep/src/Makefile

config.status: error: cannot find input file: dep/src/g3dlite/Makefile.in

make: *** No targets specified and no makefile found. Stop.

make: *** No rule to make target `install'. Stop.

make: *** No rule to make target `clean'. Stop.

checking whether to build ACE... yes

configure: creating ./config.status

.infig.status: error: cannot find input file:

make: *** No targets specified and no makefile found. Stop.

make: *** No rule to make target `install'. Stop.

i have this error when i compile with ubuntu 8.10 64bit .. i've read prev posts but i didn't understand how i can solve it. Could someone explain me?

no one can help me?

checking whether to build ACE... yes

configure: creating ./config.status

.infig.status: error: cannot find input file:

make: *** No targets specified and no makefile found. Stop.

make: *** No rule to make target `install'. Stop.

i have this error when i compile with ubuntu 8.10 64bit .. i've read prev posts but i didn't understand how i can solve it. Could someone explain me?

1. all your commits are local and don't affect what other people see until you push those changes to some remote repo

i know it

2. you can "extract them in a patch" by just doing git diff origin/master > file.patch

it is _WHAT I WANT_! great power of git

3. if you apply or writte multiple patches you can commit each one in a separate commit and you can extract a patch for just those changes anytime.

mhm...it seems to be nice..

4. you can revert individual patches with git revert

ok , very well

tnx for your _VERY FAST_ reply Wyk3d :lol: .. i think that this topic should be pinned for guys that want know how to work with own costumisation.

EDIT: i hated git,but now i think that will be my best friend.

So maybe it's better if you just learn to commit your local changes and then you can use mergetools to resolve the conflicts.

i think that , _for me_ , it's better that i don't commit my changes in a _new local revision_ 'coz i need to extract them in a patch when i want ... is there a way to do it committing my customisations in the local changes too? ( using a comparison from my local revision and origin rev? )

sry my English

Another way you can do the same:

- "git stash" removes all your uncommitted changes and saves them for later

- update to new sources

- "git stash apply" restores all your uncommitted changes

it seems good..but i've some questions:

- git stash -> ok, no problem ^^

- update ( could you remember me how? :mellow: plz )

- git stash apply -> ok...but i would know: when i update to new source, the code will change and my customisation could generate some conflicts... is it right?