Espresso_Boy

I know a guy with 4 phys, 4 coord, and 94 will...

I just reproduced this on the test server. After you open the trade window, you're still able to enter buildings or otherwise change maps. The trade window stays open, and you are able to complete your trade.

Download freealut-1.1.0-bin.zip , unzip it, and move the lib and include folders from the freealut-1.1.0-bin folder to C:/Dev-Cpp/ You'll wind up having new copies of: C:/Dev-Cpp/lib/alut.lib C:/Dev-Cpp/lib/alut.dll C:/Dev-Cpp/include/AL/alut.h

update alut. the stuff at http://www.openal.org/downloads.html worked for me.

They tried the whole wearing gloves and swords at the same time idea on the test server a while back, but there were invisible sword bugs.

Yes. It would allow us to more easily train with people we know and trust

Economic Left/Right: -6.00 Social Libertarian/Authoritarian: -7.95

I think the server is forgetting to send ADD_NEW_ENHANCED_ACTOR. When I commit #suicide, I get that right after the "You have died and gone to the Underworld!" message. When the damage area in the Bethel secret place (near Bethel Insides [30,73]) kills me, I don't.

Fresh as of May 6th, 1:49 PM US pacific time (-7 I think). Built with -DELC -DNEW_FRUSTUM -DUSE_FRAMEBUFFER -DBUG_FIX_3D_OBJECTS_MIN_MAX -DNEW_TEX -DOPTIONS_I18N -DATI_9200_FIX -DNETWORK_THREAD -DWIDGETS_FIX -DNEW_ACTOR_ANIMATION -DCOMMAND_BUFFER -DAUTO_UPDATE -DCUSTOM_LOOK -DNOTEPAD -DCOUNTERS -march=i686 -ggdb Crash occured while sitting AFK on Isla Prima all day. Compiled with gcc 3.4.2 mingw-special and ran on windows 2000 sp4, geforce4 ti4600 with drivers version 66.93, Athlon XP 2100+, 1 gig of ram. Program received signal SIGSEGV, Segmentation fault. 0x004292c7 in increment_death_counter (a=0x8742590) at counters.c:567 567 if (!me->async_fighting) { (gdb) bt #0 0x004292c7 in increment_death_counter (a=0x8742590) at counters.c:567 #1 0x004089ad in get_actor_damage (actor_id=2154, damage=10) at actor_scripts.c:1085 #2 0x0045d906 in process_message_from_server (in_data=0x87c5b90 "/\005", data_length=7) at multiplayer.c:914 #3 0x0045492d in start_rendering () at main.c:121 #4 0x00454c30 in Main (argc=-1, argv=0x0) at main.c:252 #5 0x00454e4b in WinMain (hInst=0x400000, hPrev=0x0, lpCmd=0x233d92 "", nShow=10) at main.c:320 #6 0x004a7258 in main (argc=1, argv=0x1a643d8, __p__environ=0x1a62ed8) at ../../runtime/main.c:73

Thanks for the fast response. You guys are great!

Try updating your copy of glext.h. It should go in your whatever/include/GL/ directory right beside gl.h http://oss.sgi.com/projects/ogl-sample/ABI/glext.h

How do I do that? no clue, but that's how you looked in my chat log. [19:37:04] Atlantis has logged on. [20:02:55] Atlantis has logged off. [14:31:36] Atlantis has logged on. [17:37:47] Atlantis has logged on. [17:58:21] Atlantis has logged off. [19:11:34] Atlantis has logged on. [19:13:20] Atlantis has logged off.

Edit: I should have used the search button.

It's their loss if they do...the winning amount becomes the monthly fee...first time hire rate. If they make it half a million, then they have to pay half a million to keep their guild and to keep the bot. My point is that bad people with no intention of paying will dump 30k to make a throw-away guild, and then bid very high so no sane guild will outbid them. Nobody gets the NPC, the auction has to start all over again, and that bad person just wasted several days of everyone's time.

Suggestion: put a maximum limit on the number of times in a row any one guild can bid to prevent somebody from being a pig and bidding up to half a million gc so nobody else will bid. I was also wondering what the maximum bid is, and what happens when somebody reaches it and tries to exceed it. On a related note, it might be a good idea to reset bidding for Sarmisegetuza. What I did was thoughtless and selfish. I'm sorry. I won't bid again unless I intend to pay for it. What should happen if the guild with the highest bid is destroyed before the auction ends? Right now, the highest bid still stands. It seems like the next guild to be created gets the blame for it. This is bad, because some poor newb that struggled to scrape together 30k might suddenly find their guild destroyed for not paying some npc bid they had never agreed to. Edit: actually, maybe leave Sarmisegetuza alone for a little while. It might be good to see if they really will destroy a new guild made by somebody that had no affiliation with the (already destroyed) guild that did the bidding. In other words, I want to test this bug before I continue to cry wolf.

2000 Air Essences please. My in-game name is Annraoi.

classic quote time! [PM to TirasHazor: "No newbies allowed" "but MikeH is a newbie?" "newbies, plural, we're allowed to have one"]

This might be what you're looking for: commands.lst

I don't know if it's a bug or intentional to embarrass people being hit by bones, but when FenerBahce hit Annraoi neither of them saw a message, but other people (on other maps?) saw that Annraoi was hit with the bone of death for 150 extra damage! edit: This time we both saw the message and other people didn't see it. hmm... edit2: It seems like the message only goes to one map, not necessarily the right map, not necessarily the same map each time.

Bad object in White Stone near Elavro Mountains [738,568]

can't get out of the Bethel Caves at 230,110

The Accept Buddy dialog box doesn't always work. Sometimes the text colors are wrong and sometimes I notice an extra garbage character at the end of the name. I usually get "That player is not online or too many players with that name." but I've also gotten "The arguments to accept_buddy can max be 15 characters long" a couple times. Manually using the #accept_buddy command always works without problems.

I did, but I've also put a lot of random stuff in there so... clean install + RC4 + your stuff. Sorry if I wasted your time with an erroneous bug report, it won't happen again.

crashes on startup Program received signal SIGILL, Illegal instruction. 0x0042e59c in elc-clean!CalModel_GetAttachedMesh () (gdb) bt #0 0x0042e59c in elc-clean!CalModel_GetAttachedMesh () #1 0x007451a0 in ?? () #2 0x01b72bf8 in ?? () #3 0x7ffdf000 in ?? () #4 0x00434abd in elc-clean!CalModel_GetAttachedMesh () #5 0x0042dd7c in elc-clean!CalModel_GetAttachedMesh () #6 0x00695520 in ?? () #7 0x40a00000 in ?? () #8 0x7c590b1a in KERNEL32!GetModuleFileNameA () from C:\WINNT\system32\KERNEL32.DLL #9 0x7c598989 in ProcessIdToSessionId () from C:\WINNT\system32\KERNEL32.DLL #10 0x00000000 in ?? () from error_log.txt only gets as far as Log started at 2006-01-17 21:21:55 Error: Can't open file "./textures/fontv.bmp"

I don't know what that is, but that error and all the ones before it show up in the log well before it hit the assert so who knows.