Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
tintin++ ogg sound player script for linux
Author: Robert Smith
Submitted by: Vladaar
6Dragons ogg Soundpack
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.4
Author: Vladaar
Submitted by: Vladaar
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
Users Online
CommonCrawl, Google, Yandex

Members: 0
Guests: 9
Stats
Files
Topics
Posts
Members
Newest Member
481
3,734
19,366
618
Micheal64X
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » AFKMud Support & Development » c_time problem
Forum Rules | Mark all | Recent Posts

c_time problem
< Newer Topic :: Older Topic > c_time problem when compiling

Pages:<< prev 1 next >>
Post is unread #1 May 4, 2003, 5:35 pm   Last edited Nov 24, 2007, 1:08 am by Samson
Go to the top of the page
Go to the bottom of the page

kaput

GroupMembers
Posts6
JoinedMay 4, 2003

Hello
I was trying to compile new afkmud 1.5 version under cygwin on my windoze system, and I've got error...
...
Compiling o/calendar.o....
cc1: warnings being treated as errors
calendar.c: In function 'c_time':
calendar.c:134: warning: pointer to a function used in arithmetic
calendar.c:134: warning: assignment makes integer from pointer without a cast
make[2]: *** [o/calendar.o] Error 1
make[2]: Leaving...

Is this a problem with my compiler, system or function???
       
Post is unread #2 May 6, 2003, 12:20 am   Last edited Nov 24, 2007, 1:09 am by Samson
Go to the top of the page
Go to the bottom of the page

Guest - (Unregistered)

...
Compiling o/calendar.o....
cc1: warnings being treated as errors
calendar.c: In function 'c_time':
calendar.c:134: warning: pointer to a function used in arithmetic
calendar.c:134: warning: assignment makes integer from pointer without a cast
make[2]: *** [o/calendar.o] Error 1
make[2]: Leaving...

Is this a problem with my compiler, system or function???

Thats a problem with the code in calendar.c, shouldn't be related to your system at all... although how this sorta problem would have got past Samson I dunno. It may relate to the specific code after all the #define's are processed for CygWin or something similar. I'm pulling at straws on this one... Samson'll know ;)

I thought I was the only one who performed pointer arithematic when bored (pointer division anyone? )

Hrm.. why on earth did I even post this? I'm no help
       
Post is unread #3 May 6, 2003, 6:34 am   Last edited Nov 24, 2007, 1:09 am by Samson
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Bleh. Forgot to smoketest it on Cygwin before packaging it. This is what happens when you assume :P

Anyway. calendar.c, find:

   if( tz > -1 && tz  -1 && tz < MAX_TZONE )
   {
      /* timezone external variable in time.h holds the difference in seconds to GMT. */
      curtime += timezone;
      curtime += (60 * 60 * tzone_table[tz].gmt_offset);  /* Add the offset hours */
   }
#endif


This is only necessary for users of Cygwin. This will mean the timezone stuff doesn't display local offsets properly for now, but until I find out the proper way to do this with Cygwin it'll just have to get skipped for now.
       
Pages:<< prev 1 next >>