Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

SDL on NT
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 14 Feb '03

14 Feb '03

post_modules/SDL/configure.in in 7.4 contains this oddity: if test x"$pike_cv_sys_os" = xWindows_NT ; then enable_sdltest=no fi It causes builds to fail completely on NT systems that doesn't have SDL installed (e.g. http://pike.ida.liu.se/development/pikefarm/ result.xml?id=123_15&pike=7_4). If the SDL test doesn't work for some reason, isn't it better to give --disable-sdltest on the specific systems where it's known to be installed?

2 2

Protocols.HTTP.Session
by Mirar ＠ Pike developers forum 14 Feb '03

14 Feb '03

I started to write a Protocols.HTTP.Session class. The goal is an interface to keep cookies throughout a session, and in the future to reuse keep-alive connections, as well as adding better methods for async operations. It can also follow redirects automatically. Example (the Elfwood initial page redirects to the main page if a cookie is set, and it is the first time): | > object s=Protocols.HTTP.Session(); s->get_url("http://elfwood.lysator.liu.se/"); s->get_url("http://elfwood.lysator.liu.se/"); | (1) Result: Request("http://elfwood.lysator.liu.se/" - connected - 361 bytes recieved) | (2) Result: Request("http://elfwood.lysator.liu.se/elfwood.html" - connected - 343 bytes recieved) (Sidenote: What's the autodoc keyword for known bugs? Am I right in guessing it was @known_bugs?)

2 2

Re: Weird problem with Image.SVG in Pike 7.4/7.5
by David Hedbor ＠ Pike developers forum 13 Feb '03

13 Feb '03

Again, gdb/strace output would be good. That way there would be a way to see where it actually dies. By the way, an unrelated suggestion - how about adding support for the 'backtrace()' system call on platforms where it's available? It can be used to, on crashes (or demand) craate a stack trace such as this: Stack dump: { /lib/i686/libpthread.so.0 [0x4003710c] /lib/i686/libc.so.6 [0x401684c8] majesty(Read__17CYLinuxFileSystemiPvUl+0x1d) [0x8268bc1] majesty(Unserialize__11CYLibHeaderi+0x2b) [0x8200b8b] majesty(__11CYLibHeaderi+0x2e) [0x82017d6] majesty(AddLibrary__12CYLibManagerRC8CYString+0x14e) [0x820469e] majesty(AddStaticCAMs__Fv+0x6b) [0x830f0e7] majesty(main+0x5bf) [0x81dcbfb] /lib/i686/libc.so.6(__libc_start_main+0xa2) [0x401573e2] majesty(XMapRaised+0x31) [0x81368b1] } It's very specific to Linux (afaik) but can prove very useful when trying to debug someone elses problem (i.e it's more information than you would have received otherwise). / David Hedbor Previous text: >2003-02-12 22:31: >Subject: Re: Weird problem with Image.SVG in Pike 7.4/7.5 >-------------------------------------------------------------------- >I have just confirmed the suspicion - code compiled with gcc 2.95 and full >optimization works fine. So, now to see what gets overoptimized with gcc 3.2 >-O2 > >marek > > > / Brevbäraren >

4 7

post_modules/_ADT
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 13 Feb '03

13 Feb '03

post_modules/_ADT doesn't build. Forgot to check in array_adapter.h, perhaps? A fix so that the xenofarm clients gets through the build process would be appreciated. make[4]: Entering directory `/home/mast/Pike/7.5/build/linux-2.4.20-i686/post_modules/_ADT' /home/mast/Pike/devel/build/linux-2.4.20-i686/precompile.sh --cache precompile.pike >"/home/mast/Pike/devel/src/post_modules/_ADT/adt.c" "/home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod" || { rm "/home/mast/Pike/devel/src/post_modules/_ADT/adt.c"; exit 1; } precompile: /home/mast/Pike/devel/build/linux-2.4.20-i686/tpike -DNOT_INSTALLED -DPRECOMPILED_SEARCH_MORE -m/home/mast/Pike/devel/build/linux-2.4.20-i686/master.pike /home/mast/Pike/devel/bin/precompile.pike /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod (method=QQ) /home/mast/Pike/devel/lib/modules/ADT.pmod/module.pmod:1:Illegal program pointer. Compiling /home/mast/Pike/devel/src/post_modules/_ADT/adt.c /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod:41:27: array_adapter.h: No such file or directory /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod: In function `pike_module_init': /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod:48: warning: implicit declaration of function `pike_init_ArrayAdapter_module' /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod: In function `pike_module_exit': /home/mast/Pike/devel/src/post_modules/_ADT/adt.cmod:54: warning: implicit declaration of function `pike_exit_ArrayAdapter_module' Compilation command was: /home/mast/Pike/devel/build/linux-2.4.20-i686/smartlink gcc -I. -I/home/mast/Pike/devel/src/post_modules/_ADT -I/home/mast/Pike/devel/build/linux-2.4.20-i686 -I/home/mast/Pike/devel/src -I/usr/local/include -I/usr/X11R6/include -g -mcpu=i686 -I/usr/local/include -I/usr/X11R6/include -W -Wall -Wno-unused -Wcomment -Wformat -Wimplicit-function-declaration -Wmultichar -Wswitch -Wuninitialized -Wpointer-arith -Wchar-subscripts -Wno-long-long -c /home/mast/Pike/devel/src/post_modules/_ADT/adt.c -o adt.o

2 1

Search bug ?
by Mirar ＠ Pike developers forum 13 Feb '03

13 Feb '03

And why isn't this a compile error? | > "hej"=="hej"; | (2) Result: 1 It's not meaningful either.

6 17

Weird problem with Image.SVG in Pike 7.4/7.5
by Marek Habersack 12 Feb '03

12 Feb '03

Hey all, I'm having a problem with Image.SVG in that when trying to do indices(Image.SVG) then Pike hangs quite badly - the only way to stop it is to kill it. It happens only in the Debian packaged version for both Pike versions, the version compiled from the tarballs works fine. Until recently the Debian package was using the --traditional style of installation, but now it uses a modified --new-style one which in 90% resembles the default style with minor differences: - all the pike code is installed in /usr/share/pike/X.Y.Z/ - all the binary files (.o, pike, .so) are in /usr/lib/pike/X.Y.Z/ - the files in /usr/share/pike/X.Y.Z/ are symlinked to from the /usr/lib/pike/X.Y.Z/ so that the layout looks like that: $ pwd /usr/lib/pike/7.5.3/lib/modules ... lrwxrwxrwx 1 root root 59 2003-02-06 23:40 _Image_DWG.pmod -> ../../../../../share/pike/7.5.3/lib/modules/_Image_DWG.pmod -rw-r--r-- 1 root root 6062 2003-02-06 19:40 _Image_DWG.pmod.o -rw-r--r-- 1 root root 10908 2003-02-06 19:42 _Image_FreeType.so -rw-r--r-- 1 root root 39188 2003-02-06 19:42 _Image_GIF.so -rw-r--r-- 1 root root 32844 2003-02-06 19:42 _Image_JPEG.so drwxr-xr-x 2 root root 94 2003-02-06 23:40 _Image.pmod lrwxrwxrwx 1 root root 59 2003-02-06 23:40 _Image_PSD.pmod -> ../../../../../share/pike/7.5.3/lib/modules/_Image_PSD.pmod -rw-r--r-- 1 root root 20777 2003-02-06 19:40 _Image_PSD.pmod.o lrwxrwxrwx 1 root root 58 2003-02-06 23:40 _Image_PS.pmod -> ../../../../../share/pike/7.5.3/lib/modules/_Image_PS.pmod -rw-r--r-- 1 root root 8087 2003-02-06 19:40 _Image_PS.pmod.o -rw-r--r-- 1 root root 768976 2003-02-06 19:42 Image.so -rw-r--r-- 1 root root 8156 2003-02-06 19:42 _Image_SVG.so -rw-r--r-- 1 root root 2964 2003-02-06 19:42 _Image_TIFF.so -rw-r--r-- 1 root root 22540 2003-02-06 19:42 _Image_TTF.so lrwxrwxrwx 1 root root 59 2003-02-06 23:40 _Image_XCF.pmod -> ../../../../../share/pike/7.5.3/lib/modules/_Image_XCF.pmod -rw-r--r-- 1 root root 45024 2003-02-06 19:40 _Image_XCF.pmod.o -rw-r--r-- 1 root root 10756 2003-02-06 19:42 _Image_XFace.so lrwxrwxrwx 1 root root 59 2003-02-06 23:40 _Image_XPM.pmod -> ../../../../../share/pike/7.5.3/lib/modules/_Image_XPM.pmod -rw-r--r-- 1 root root 11477 2003-02-06 19:40 _Image_XPM.pmod.o lrwxrwxrwx 1 root root 53 2003-02-06 23:40 Java.pmod -> ../../../../../share/pike/7.5.3/lib/modules/Java.pmod -rw-r--r-- 1 root root 44761 2003-02-06 19:40 Java.pmod.o so, as far as pike is concerned, the entire tree is in /usr/lib/pike/X.Y.Z/, the module/include paths are: $ pike7.5 --show-paths master.pike...: /usr/lib/pike/7.5.3/lib/master.pike Module path...: /usr/local/share/pike7.5/site_pike /usr/local/share/pike/site_pike /usr/local/lib/pike7.5/site_pike /usr/local/lib/pike/site_pike /usr/lib/pike/7.5.3/lib/modules Include path..: /usr/local/include/pike7.5 /usr/local/include/pike /usr/lib/pike/7.5.3/lib/include Program path..: $ pike7.4 --show-paths master.pike...: /usr/lib/pike/7.4.13/lib/master.pike Module path...: /usr/local/share/pike7.4/site_pike /usr/local/share/pike/site_pike /usr/local/lib/pike7.4/site_pike /usr/local/lib/pike/site_pike /usr/lib/pike/7.4.13/lib/modules Include path..: /usr/local/include/pike7.4 /usr/local/include/pike /usr/lib/pike/7.4.13/lib/include Program path..: Running pike with -t gives the following result (output comes from pike 7.5): - master.pike: 688: 8298f90->low_findprog("/usr/lib/pike/7.5.3/lib/modules/_Image_SVG",".so",0,1) - master.pike: 516: 8298e58->lock(2) - Return: module.c:67()->Builtin()->mutex_key() - master.pike: 555: 8298f90->master_file_stat("/usr/lib/pike/7.5.3/lib/modules/_Image_SVG.so") - master.pike: 295: 8298f90->combine_path_with_cwd("/usr/lib/pike/7.5.3/lib/modules/_Image_SVG.so") - Return: "/usr/lib/pike/7.5.3/lib/modules/_Image_SVG.so" - master.pike: 297: 8298f90->dirname("/usr/lib/pike/7.5.3/lib/modules/_Image_SVG.so") - Return: "/usr/lib/pike/7.5.3/lib/modules" - master.pike: 325: 82988b8->create() - Return: Stat(-rw-r--r-- 8156b) - master.pike: 555: 82988b8->[](1) - Return: 8156 - master.pike: 560: 82988b8->[](3) - Return: 1044556949 the above lines are the very last ones in the output - after that pike is hung. Trying to call Image.SVG() renders the same effect - pike is hung. My next step will be to compile the .deb with full debugging info, but I thought that somebody might have a clue as to what's wrong. TIA, marek

4 13

Weird problem with Image.SVG in Pike 7.4/7.5
by David Hedbor ＠ Pike developers forum 12 Feb '03

12 Feb '03

Naturally, make that s/gcc/gdb/

1 0

Search bug ?
by David Gourdelier 12 Feb '03

12 Feb '03

Hi list, Am I missing something or is it a bug ? : > search(({ 1, 2, 3 }), 5); Compiler Error: 1:Bad argument 2 to search. Compiler Error: 1:Expected: function(string, string | int, void | int : int) | function(array((0=mixed)), 0, void | int : int) | function(mapping((1=mixed):(2=mixed)), 2, void | 1 : 1) | !(function(!array, mixed, void | int : mixed) | function(!mapping, mixed, void | int : mixed)) & function(mapping | array, mixed, void | int : zero) Compiler Error: 1:Got : function(array(int(1..3)), int(5..5) : void | mixed) > search(({ 1, 2, 3 }), 1); (1) Result: 0 > search(({ 1, 2, 3 }), -8); (2) Result: -1 Search returns an error when I search for something which is greater than the greater element of the array. It does this with either Pike 7.2 or 7.4. Thank you for your answers. -- David Gourdelier

4 3

Implicit vs. explicit type casting with Pike
by Marek Habersack 11 Feb '03

11 Feb '03

Hey all, Consider the following code: class settable { private mapping data = ([]); mixed [](string what) { if (data[what]) return data[what]; return ([])[0]; } mixed []=(string what, mixed contents) { data[what] = contents; return contents; } mixed ->(string what) { return [](what); } mixed ->=(string what, mixed contents) { return []=(what, contents); } array _indices() { return indices(data); } array _values() { return values(data); } mixed cast(string rtype) { switch(rtype) { case "mapping": write("cast called - they want a mapping\n"); return data; default: return throw(({"Unsupported type conversion for the object", backtrace()})); } } }; int main() { object s = settable(); s["test"] = 1; s->test1 = 2; s->test2 = ([]); write("settable: %O\n%O\n", indices(s), values(s)); m_delete((mapping)s, "test1"); return 0; } The above program works as expected, but if I remove the explicit cast, m_delete will throw an error: Bad argument 1 to m_delete(). Expected object with _m_delete Unknown program: m_delete(ptest()->settable(),"test1") ptest.pike:59: ptest()->main() Which is incorrect as per the m_delete synopsis: mixed m_delete(object|mapping map, mixed index) Two questions I have are: 1. is there a way to define the default implicit cast for an object, so that the above code would invoke the cast() method when m_delete is called without the explicit mapping cast, or 2. is there any way to install a hook for an object to intercept index deletion in the above code (without the cast)? TIA, marek

12 64

sscanf %O
by Mirar ＠ Pike developers forum 11 Feb '03

11 Feb '03

I started to write a sscanf %O, which I believe we have discussed previously, to match sprintf %O (and generic Pike constants). So far, it understands integers, strings and character constants: > array_sscanf("17 \"hepp\" 'x' gurka","%O%O%O%s"); (3) Result: ({ /* 4 elements */ 17, "hepp", 120, " gurka" })

5 14

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