Allegro.cc - Online Community

Allegro.cc Forums » Off-Topic Ordeals » Who Needs Direction?

This thread is locked; no one can reply to it. rss feed Print
Who Needs Direction?
CGamesPlay
Member #2,559
July 2002
avatar

From my personal, non-affiliated perspective, yes, you should. It will save you hours of going back and forth on the forum. The worst that can happen is that someone will have to revert the changes—nothing serious.

Personally, I think one of your biggest goals should be working towards the point where each developer doesn't need his own branch. Of course, I'm not participating :)

--
Tomasu: Every time you read this: hugging!

Ryan Patterson - <http://cgamesplay.com/>

23yrold3yrold
Member #1,134
March 2001
avatar

Quote:

From my personal, non-affiliated perspective, yes, you should. It will save you hours of going back and forth on the forum. The worst that can happen is that someone will have to revert the changes—nothing serious. Personally, I think one of your biggest goals should be working towards the point where each developer doesn't need his own branch.

That would be nice, yes ...

--
Software Development == Church Development
Step 1. Build it.
Step 2. Pray.

Trezker
Member #1,739
December 2001
avatar

I think it's positive that we work in branches. Though for really small tasks you can work in trunk, as long as you don't have to commit half done work.

Evert
Member #794
November 2000
avatar

Word of advice: trunk should always compile cleanly - anyone committing to trunk should check for compiler error and warnings before going ahead.

Don Freeman
Member #5,110
October 2004
avatar

I STILL get the strange segfault error on the lappy! It's not the allegro libs, as I have compiled them again to make sure. Both systems I've tested on where x86_64 openSUSE 11, both with the same SVN of allegro (latest), both are AMD chips...the only major difference (besides lappy vs desktop), being nVidia on the desktop and ATI on the lappy. Doesn't show any graphical errors though...???
I've got a collect of game tiles and sprites here from various places...I will upload them to the SVN later.8-)

Quick question: Is the game suppose to allow us to play the "demo" map yet? I remember being able to before, but I can't get past the menu system anymore...Just will not do it!???

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

Trezker
Member #1,739
December 2001
avatar

Have you pressed escape?

All that I know has changed is that I don't render the entities, player and map when the menu is open. The only way out of the menu is escape, or exit but that exits the whole thing.

23yrold3yrold
Member #1,134
March 2001
avatar

Quote:

Is the game suppose to allow us to play the "demo" map yet? I remember being able to before

wait wate w8 what?!

Oates! I need tiles!

--
Software Development == Church Development
Step 1. Build it.
Step 2. Pray.

Don Freeman
Member #5,110
October 2004
avatar

I get this when I press the "action" button on the "Play Game" main menu option:

Main Menu - press space option=0

Quote:

Have you pressed escape?

I must have done that before...that is why I was able to "play" the game before.::) I seriously HOPE that the menu system gets changed later.:o

Added new graphics for someone to look at/use (in my branch under wip_media)8-)

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

Trezker
Member #1,739
December 2001
avatar

Ok I committed a little fix to make that menu option work.
The menus are gonna change completely when Matt gets Ma5king running, I think.

Oh, and is that a Monday folder I'm seeing under your branch? It's getting really weird.

Don Freeman
Member #5,110
October 2004
avatar

Uploaded some fixes to a couple of things (menu, animation, container, etc) They are commented by me in the files.

Most recent error (during menu for keyboard menu to main menu a couple of times):

X Error of failed request:  BadAlloc (insufficient resources for operation)
  Major opcode of failed request:  144 (GLX)
  Minor opcode of failed request:  27 (X_GLXCreatePbuffer)
  Serial number of failed request:  1187
  Current serial number in output stream:  1188

Strange...I've got a 256MB GFX card...so I doubt that I ran out of texture memory in just the menu!;D

Quote:

The menus are gonna change completely when Matt gets Ma5king running, I think.

I guess I'll just forget about the menu system for now.:P

Quote:

Oh, and is that a Monday folder I'm seeing under your branch? It's getting really weird.

It was for my setup I got in Eclipse...still learning it.:P

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

23yrold3yrold
Member #1,134
March 2001
avatar

Wow, off the front page. To the top with you!

For my part, I've pretty much finalized the plot progression, and actually drew up the final dungeon layout, among other stuff. Problem is it's all in a notebook I've been writing in in my spare time and I don't feel like typing out 20 pages of notes just yet, so once the game has reached "playable" I'll compile it all into The Final Script and the responsibility for doing work will shift off the programmers and onto us content guys. ;D Let's make sure the basic engine is playable for everyone, bug free, and can handle some basic gameplay and in-game cinema correctly. :)

--
Software Development == Church Development
Step 1. Build it.
Step 2. Pray.

OnlineCop
Member #7,919
October 2006
avatar

I've done a fresh SVN checkout of all the trunk and branches. I can compile most of the individual branches fine, but the main trunk still gives strange compiling errors:

src/Entity_manager.cpp:43: error: prototype for 'void Entity_manager::Render()' does not match any in class 'Entity_mana
ger'
include/Entity_manager.h:24: error: candidate is: void Entity_manager::Render(const Camera&)

I am able to compile some of the different branches. But regardless of which branch I compile, I get the same SEGFAULT:

1This GDB was configured as "i686-pc-mingw32"...
2(gdb) r
3Starting program: D:\Monday\branches\donald/donald.exe
4[New thread 5088.0x111c]
5[New thread 5088.0x3ec]
6[New thread 5088.0x14a0]
7[New thread 5088.0x688]
8 
9Program received signal SIGSEGV, Segmentation fault.
100x679c2030 in al_draw_bitmap () from C:\Progra~1\MinGW\bin\liballeg-4.9.6.dll
11(gdb) bt f
12#0 0x679c2030 in al_draw_bitmap () from C:\Progra~1\MinGW\bin\liballeg-4.9.6.dll
13No symbol table info available.
14(gdb) k
15Kill the program being debugged? (y or n) y
16(gdb) q
17 
18D:\Monday\branches\donald>

Now I'm not sure whether this is Monday that's causing these segfaults (because I've put debugging info around EVERYTHING that accesses pointers and/or ALLEGRO_BITMAPs to see if I'm just attempting to dereference a NULL pointer), or if it's actually the Allegro library that I'm using (latest SVN version as of a couple hours ago).

The strange thing is that all of Allegro's example programs work fine for me...

Don Freeman
Member #5,110
October 2004
avatar

I don't get the segfault on my desktop running opensuse 11...but I do on the laptop running opensuse 11, both have EXACTLY the same version of allegro. Desktop is nVidia, laptop is ATI. What GFX card do you have? I wonder if it doesn't have something to do with allegro's openGL interface with ATI's gl driver. ;)

Those errors you posted about (about the entity...I have them corrected in my branch I am working on here...but have been busy TRYING to compile allegro for windows :() I will most likely boot into Linux later this evening and take a look and fix the trunk...:)

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

OnlineCop
Member #7,919
October 2006
avatar

Don Freeman said:

What GFX card do you have? I wonder if it doesn't have something to do with allegro's openGL interface with ATI's gl driver. ;)

Platform is a laptop, ATI Mobility Radeon X1400. I don't have any other WinXP machine (I've got a Mac with Parallels and VMWare, but I don't know if that's the same), so I can't check to see if this is localized only to laptops, but it's good to know I'm not the only one with problems.

And sorry to "pick on" your branch, Don. It's the only one that compiled for me "out of the box" without having to modify a bunch of the sources first ;)

This is one of the biggest things that is stopping me from doing any serious programming for the project so far...

Don Freeman
Member #5,110
October 2004
avatar

So...another ATI chipset with segfaults. Anyone else confirm my suspensions?:D

Edit:
To OnlineCop:
Any suggestions on how to actually get allegro compiled under windows? I have mingw and visual studio 9...I would prefer visual studio 9, but at this point...I don't give a damn...just to have a windows version so I can do some tests of Monday in windows.::)
This is my current visual studio attempt. :(

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

OnlineCop
Member #7,919
October 2006
avatar

Replied in that thread so as to not derail this one.

Don Freeman
Member #5,110
October 2004
avatar

Thanks, I've managed to hack it together somewhat...just need to get a a5_ttf.dll and I'll be able to run the "Monday" project.

Edit: never mind...it's static built only, which means no dll's...

Back on track:
I've fixed the trunk, so it compiles cleanly with the changes. Also, doing debugging, I've noticed:

/bin/sh: line 1: 26686 Segmentation fault      /home/donald/Desktop/Programming/Monday/debug/./src/monday
// first frame is:
/usr/X11R6/lib64/libGL.so.1  // What is causing the segfault...it seems to only happen with an ATI chipset.

:) :(

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

Matt Smith
Member #783
November 2000

Quote:

src/Entity_manager.cpp:43: error: prototype for 'void Entity_manager::Render()' does not match any in class 'Entity_mana
ger'

#include <algorithm>

For some reason, Trezker doesn't need this ::) Ah, it's fixed already

I'm afraid I never got as far as a working X desktop with my onboard ATI (hd3200 on 780g)

Trezker
Member #1,739
December 2001
avatar

Don Freeman: Your commits o svn lacks commenting. It would be nice to get a hint at what you've done without having to do compares.

Don Freeman
Member #5,110
October 2004
avatar

Sorry...I will do this in the future. :)

--
"Everyone tells me I should forget about you, you don’t deserve me. They’re right, you don’t deserve me, but I deserve you."
"It’s so simple to be wise. Just think of something stupid to say and then don’t say it."

OnlineCop
Member #7,919
October 2006
avatar

Of all the programmers [thinking about] working on the Monday project, what is the biggest bottleneck? For me, my only bottleneck with the project (besides day-to-day time constraints) is actually the allegro5 library. Other than that, I'm still all gung-ho about the project.

I just keep fighting with allegro5 and all of the unexplainable segfaults that I get when I try to compile and run it.

Leaders (23yrold3yrold, Matt Smith, Trezker, etc.), should I assume that all of you are able to get it running without problems with allegro5? Or are you having problems too?

BAF
Member #2,981
December 2002
avatar

Seems to be slowing down. :-/

Trezker
Member #1,739
December 2001
avatar

I seem to have the leas problems of all, which kinda sucks, I think the lead programmer should have the mos problems so he knows what needs fixin'.

I don't think Matt has much problems either...

There is one segfault I know of, but it's just when I shut the program down so it's not critical, and I have a strong suspicion of where it is. I think I introduced it myself when I refactored my entity and container stuff.

Don Freeman is doing some good work with null checks and such, though he's not using asserts, I think it would not hurt to make errors shout a little louder. We do have a pretty nice assert macro in Debug.h.

Oh, and I have started working on collision code.

As for the state of the project. I think people could start making maps and scripts to test it (if you can get it to build and run). The two .lua files demonstrate all available functions I think, though not properly documented. I should write some documentation on that...

CGamesPlay
Member #2,559
July 2002
avatar

Trezker, OnlineCop: set aside an hour or two and meet in a real-time chat application (#allegro), and get OnlineCop's system working.

--
Tomasu: Every time you read this: hugging!

Ryan Patterson - <http://cgamesplay.com/>

Trezker
Member #1,739
December 2001
avatar

CGamesPlay: Too late, we already got a working map, his system was scrapped. It was far from functional as it was.

We're only missing collision, and fancy features.



Go to: