Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Start a nNew thread

win32 eat this!
by Peter Bortas ＠ Pike developers forum 02 Jan '03

02 Jan '03

http://peter.bortas.org/show_gfx/win32-aido.png

5 5

New win32 builds
by Peter Bortas ＠ Pike developers forum 02 Jan '03

02 Jan '03

Just posted on the list: A Pike distribution for windows can now be downloaded from ftp://pike.ida.liu.se/pub/pike/all/7.4.10. It includes GTK support but several other modules with external dependencies are broken. Most noteworthy the Gz module. During the three days Per Hedbor and I spent bring the win32 build up to full speed with the Unix build we have fixed a beta build from CVS though. It has working Gz, GTK, SDL, OpenGL and Freetype: ftp://pike.ida.liu.se/pub/pike/beta/7.4.11-20030101 Enjoy! NB: The builds are tested on several XP machines, but we didn't have time or energy to set up test environments for other win32 versions.

3 2

stdin->line_iterator
by David Hedbor ＠ Pike developers forum 30 Dec '02

30 Dec '02

Oh, and I'm confused about who thinks the current behavior is correct and who doesn't so don't be upset if my parsing of the previous messages is incorrect.

2 2

Pike tutorial
by Peter Bortas ＠ Pike developers forum 28 Dec '02

28 Dec '02

Hint: Yellow and black warning tape.

2 1

Pike tutorial
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Dec '02

28 Dec '02

Could someone with a cooler window manager make a new screenshot for http://pike.ida.liu.se/docs/tutorial/hello/window.xml ?

12 27

Memory leak, how to find it?
by David Hedbor ＠ Pike developers forum 25 Dec '02

25 Dec '02

Ok, so I have a Caudium server running either Pike 7.0 or 7.2. It's a search engine using an in-memory mapping based data structure for the search. Problem is, it's leaking memory. The 7.0 is leaking a lot faster than 7.2 it seems (have only tried running 7.2 a short period of time). It never stabilizes which indicates that's it's not just ordinary increase due to fragmentation, caching etc. Using the only available tool, Debug info for developers, I do clearly see especially mappings but also strings increase in size. This MIGHT be a mapping-based cache that's caching more than it should but it's close to impossible to find out. A snapshot of the debug info is available at http://david.hedbor.org/tmp/debug.gif One interesting thing to note is that there are -12862 - i.e there's obviously a bug in the object counting. Since the number of mappings doesn't change as much, and sometimes decreases even though memory increases, it seems like it IS something that is being added to rather than a pure leak.. As a matter of fact, since the GIF snapshot, there are only 8 more mappings but almost 30 MB more memory used by them. Does anyone have any good suggestions on how to figure this out? An optimal solution would be to be able to get a list of all mappings and their memory usage (or at least the ones using significant amount of memory, since there are 6.3 million mappings...).

4 8

Pike in Gentoo
by Ian D (cute in a stupid-ass way) ＠ Pike (-) developers forum 23 Dec '02

23 Dec '02

No, dodir doesn't help, I get access violations.

1 0

Pike in Gentoo
by M�rten Woxberg (Farligt med fest) ＠ Pike (-) developers forum 23 Dec '02

23 Dec '02

Hi, text in english since Pike developers forum seems to use that language. I tried to do my first from scratch ebuild.. haven't tried it at all but I thought you might :) Not even sure it works :) but it's a start for someone more experienced in python and Gentoo ------------------------pike-7.4.10.ebuild------------------------- # Distributed under the terms of the GNU General Public License v2 S="${WORKDIR}/pike-${PV}" HOMEPAGE="http://pike.ida.liu.se" DESCRIPTION="Pike programming language and runtime" SRC_URI="ftp://pike.ida.liu.se/pub/pike/latest-stable/Pike-v${PV}.tar.gz" LICENSE="GPL, LGPL" KEYWORDS="x86 ppc" SLOT="7.4" src_compile() { emake || die make so || die } src_install () { make \ INSTALL_BIN=${D}/usr/bin \ INSTALL_MAN=${D}/usr/share/man/man1 \ INSTALL_LIB=${D}/usr/lib/ install || die } -----------------------------------------

2 4

Pike in Gentoo
by Ian D (cute in a stupid-ass way) ＠ Pike (-) developers forum 23 Dec '02

23 Dec '02

Uh, I'm just wrong here. It's not finding any Makefile because the directory is named differently. I mentioned this a way back when I was trying to build my own ebuild.

1 0

implicit lambda
by Martin Baehr 20 Dec '02

20 Dec '02

hi, from the release notes: Note that although useful, this feature has important disadvantages and will probably be obsoleted by a better alternative in the future. ... Another method that overcomes these problems will likely be implemented. The problem is that it can give compatibility problems to change old code that uses implicit lambdas to that one, since e.g. return will work differently without giving any sort of error. given these statements why was the opportunity not taken, to remove implicit lambda again before the 7.4 release. anybody using 7.3 should not be depending on stability, and may be expected to change code, but now that the cat is loose it will be much harder to catch. though i still think that the feature can be removed now, before 7.4 becomes widespread. what reasons would be against doing that? greetings, martin. -- interested in doing pike programming, sTeam/caudium/pike/roxen training, sTeam/caudium/roxen and/or unix system administration anywhere in the world. -- pike programmer working in europe csl-gmbh.net open-steam.org (www.archlab|(www|db).hb2).tuwien.ac.at unix bahai.or.at iaeste.(tuwien.ac|or).at systemadministrator (stuts|black.linux-m68k).org is.(schon.org|root.at) Martin Bähr http://www.iaeste.or.at/~mbaehr/

3 4

Jump to page:

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