Under Centos 5.5 when compiling pushpool 0.5 I get this errrors:

/root/pushpool05/pushpool-0.5/msg.c:562: undefined reference to `htole32'
server.o: In function `cli_send_hdronly':
/root/pushpool05/pushpool-0.5/server.c:328: undefined reference to `htole32'
server.o: In function `cjson_encode':
/root/pushpool05/pushpool-0.5/server.c:231: undefined reference to `htole32'
/root/pushpool05/pushpool-0.5/server.c:234: undefined reference to `htole32'
server.o: In function `cjson_decode':
/root/pushpool05/pushpool-0.5/server.c:167: undefined reference to `le32toh'
server.o: In function `cli_read_hdr':
/root/pushpool05/pushpool-0.5/server.c:468: undefined reference to `le32toh'
collect2: ld returned 1 exit status
make[1]: *** [pushpoold] Error 1

Can someone define htole32 and le32toh since they are not part of ansi C, and therefore fail to compile under Centos 5.5 using gcc 4.1.2

Thanks

Hey

trying to compile pushpoold on 64bit debian


kokade:~/bc/pushpool-0.5.1# make
make  all-am
make[1]: Entering directory `/root/bc/pushpool-0.5.1'
gcc  -O2 -Wall -g -I/usr/local/include -pthread -L/usr/local/lib -o pushpoold hist.o htab.o anet.o config.o msg.o server.o util.o db-sqlite.o db-mysql.o db-postgresql.o -lcurl -levent -lpthread -ljansson -lcrypto -lz -lmemcached -L/usr/lib -lpq
msg.o: In function `cli_op_work_get':
/root/bc/pushpool-0.5.1/msg.c:562: undefined reference to `htole32'
server.o: In function `cjson_decode':
/root/bc/pushpool-0.5.1/server.c:167: undefined reference to `le32toh'
server.o: In function `cli_send_hdronly':
/root/bc/pushpool-0.5.1/server.c:328: undefined reference to `htole32'
server.o: In function `cjson_encode':
/root/bc/pushpool-0.5.1/server.c:231: undefined reference to `htole32'
/root/bc/pushpool-0.5.1/server.c:234: undefined reference to `htole32'
server.o: In function `cli_read_hdr':
/root/bc/pushpool-0.5.1/server.c:468: undefined reference to `le32toh'
collect2: ld returned 1 exit status
make[1]: *** [pushpoold] Error 1
make[1]: Leaving directory `/root/bc/pushpool-0.5.1'
make: *** [all] Error 2
kokade:~/bc/pushpool-0.5.1#


Any ideas?  endian.h exists, is it to do with it being 64bit arch?

oops, true this.  I thought it was to do with endian.h - which seems to exist and be included. Mucho apologies.

doing the fix mentioned earlier (some macro + another include) seems to have made it compile, but, not tested it out yet.

For reference, also on Lenny debian.

kokade:~/bc/pushpool-0.5.1# catproc/version
Linux version 2.6.26-2-amd64 (Debian 2.6.26-26lenny2) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Tue Jan 25 05:59:43 UTC 2011

No, but the debian fixes should work fine on BSD. 

Feature Request:

I'd like to be able to do have a status() call to go along with getwork() by default.

Currently, what I do is try to connect to the pool before launching a miner on it, authorize appropriately, then GET, to see if i get a 400 code. I'd rather be able to get back a dict with information like:

"next_scheduled_downtime"
"switch_to_this_pool_server"
"load"
"administrator_note"

Ratelimiting status() would be fine as well, as saying "we're up, but we don't know you well enough to let you use status() yet".

I also don't want my bad requests to make the system think I'm attacking it.

Would be cool if we got a windows build

Does anybody see any potential problems with this upcoming namecoin/bitcoin merged mining addon?

I am not sure if I got blkmon running correctly on my pool at nmcbit.com
I would run it and it would connect and disconnect like this...


I looked at the source code and I looks like its looking to see if a new block is found and killing the pushpoold I jjust did not find where it starts it up again.  Anyhow I switch the port that was set in blkmond.conf file to the RPC port and it stayed connected but it's not doing anything.

My problem is pushpoold stops working a while after it finds a block.

Can anyone help?

Yep - I've posted in your PoolServerJ thread - I'm very very interested in this project.