Pike-devel

pike-devel@lists.lysator.liu.se

3046 discussions

Pike 7.2 (latest CVS) and GNU bison 1.50 - no go...
by Marek Habersack (Grendel) ＠ Pike (-) developers forum 18 Oct '02

18 Oct '02

This is what happens whenever one tries to export the pike tree: language.yacc:1590.3-1597.64: invalid value: $2 language.yacc:2472.3-2475.62: invalid value: $2 language.yacc:2514.3-2517.62: invalid value: $2 language.yacc:2567.3-2570.62: invalid value: $2 language.yacc:2591.3-2594.62: invalid value: $2 language.yacc:2616.3-2619.62: invalid value: $2 language.yacc:2848.3-2856.14: invalid value: $3 the offending lines all contain something like ...=$<number>2 or ...=$<number>3 in the last case. The interesting thing is that the last rule contains also $<number>1 - and that passes. Anybody has a clue about how to fix it? Pike 7.3 works fine with bison 1.50

2 1

Re: Bzip2 (Pike C Module documentation)
by David Hedbor ＠ Pike developers forum 16 Oct '02

16 Oct '02

One question would be what you're going to use if for IMHO. If speed is at all important you don't want to use bzip2 anyway because it's A LOT slower than gzip. / David Hedbor Previous text: >2002-10-16 17:14: >Subject: Re: Bzip2 (Pike C Module documentation) >-------------------------------------------------------------------- >Probably not, but I was curious if it would work better or worse then >gzip. I think my chunks vary between 0.5 and 20k, and the bigger >contains more eaily compressed data (more text strings) as well. > >bzip2 docs--> >ftp://sources.redhat.com/pub/bzip2/docs/manual_toc.html > > > / Brevbäraren >

2 1

Re: Bzip2 (Pike C Module documentation)
by Niels M�ller () ＠ Pike (-) developers forum 16 Oct '02

16 Oct '02

Is there any spec for the bzip2 format? Analogous to the three RFC:s (DEFLATE, ZLIB, GZIP) that defines gz?

1 0

Re: Bzip2 (Pike C Module documentation)
by Niels M�ller () ＠ Pike (-) developers forum 16 Oct '02

16 Oct '02

IIRC, the algorithms used by bzip works with fairly large blocks. So if you need to sync often (say, two sync points less than a KB or so apart, you probably shouldn't use bzip2). / Niels Möller () Previous text: >2002-10-16 16:15: >Subject: Re: Bzip2 (Pike C Module documentation) >-------------------------------------------------------------------- >*reads docs* > >Reading the libbzip2 docs, it seems that the library is a tad hairy in >this regard. There doesn't seem to be any real support for reading or >writing partially synced bzip2'd streams. There is no sync command, >only end. And the only support I can see about reading multiple ended >compressions from one stream is to check whether there's data left in >the "in" stream after decompression. > >(One should not confuse the high level interface that uses FILE* with >reading/writing partially synced streams.) > > > / Brevbäraren >

1 0

Re: Bzip2 (Pike C Module documentation)
by Johan Sundstr�m (�rkehertig av Lysators rootgrupp) ＠ Pike (-) developers forum 16 Oct '02

16 Oct '02

1 0

Re: Bzip2 (Pike C Module documentation)
by Martin Nilsson (Fake Build Master) ＠ Pike (-) developers forum 16 Oct '02

16 Oct '02

You can use the PExt module for now. We haven't found that many bugs in it... It doesn't support streaming though. / Martin Nilsson (Fake Build Master) Previous text: >2002-10-16 13:54: >Subject: Re: Bzip2 (Pike C Module documentation) >-------------------------------------------------------------------- >I need Bzip2 now. ETA for any of those modules? > > > / Brevbäraren >

2 1

cvs?
by Martin Nilsson (Fake Build Master) ＠ Pike (-) developers forum 16 Oct '02

16 Oct '02

That is the current anon cvs root. The development cvs root at pike.ida.liu.se is only available through named ssh. Make a private messsage to Johan Sundström for development access. / Martin Nilsson (Fake Build Master) Previous text: >2002-10-16 09:38: >Subject: cvs? >-------------------------------------------------------------------- >What is the new, current cvsroot? > >pike.ida.liu.se claims that the most recent version is 7.3, >at :pserver:anon@cvs.roxen.com:/cvs/Pike/7.3. > >(Speaking of which, might I get access to the devel cvs again?) > > > / Brevbäraren >

1 0

Pikefarm doesn't generate new dists properly
by Martin Nilsson (Fake Build Master) ＠ Pike (-) developers forum 15 Oct '02

15 Oct '02

But I can change the values in the database until the real fix propagates.

1 0

Broken tests
by Martin Nilsson (Fake Build Master) ＠ Pike (-) developers forum 15 Oct '02

15 Oct '02

How embarrasing. I forgot a scheduled down time of the netowrk and was cut off in mid-checkin...

5 19

Shifts
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 15 Oct '02

15 Oct '02

I'm suspecting the shift operators are not really up to spec: case 1: > 17<<-10; (24) Result: 71303168 > Gmp.mpz(17)<<Gmp.mpz(-10); mpz->lsh on negative number. /pike/home/marcus/Pike/7.3/build/lib/modules/Gmp.so.mpz: 17->`<<(-10) HilfeInput:1: ___HilfeWrapper() > case 2: > (-10)>>30; (39) Result: -1 > (-10)>>31; (40) Result: -1 > (-10)>>32; (41) Result: 0 > Gmp.mpz(-10)>>Gmp.mpz(32); (42) Result: -1 > In the first case, shifting with a negative count should give an error just like the Gmp implementation. In the second case, increasing the shift count should not suddenly change the value once it has stabilized on -1 (again, Gmp does the expected thing). Right?

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel