Pike-devel August 2009

pike-devel@lists.lysator.liu.se

7 participants
24 discussions

Re: Time for beta
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 30 Aug '09

30 Aug '09

Judging by the contents of the ,v files, sdl-config.disabled,v should exist in Attic only, and sdl-config,v should not be in Attic...

2 3

Windows PDB:s
by Peter Bortas ＠ Pike developers forum 28 Aug '09

28 Aug '09

Does anyone remember what the problem with producing working PDBs from the Windows build was? I have a colleague with a Windows 7 crash that happens... sometimes. I'd like to send him a debug build so I don't have to decode an assembler trace. Has anyone tried since we switched to dll-modules?

6 27

Re: Time for beta
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 27 Aug '09

27 Aug '09

(In case it's the first date, using the date of the next commit minus one second should work, except in the cases where there are several commits the same second (this is only the case for synthesized commits I think, CVS was never that fast... :))

1 0

Re: More questions about GTK2.SourceView
by Peter Bortas ＠ Pike developers forum 26 Aug '09

26 Aug '09

>Just read up more about compiling pike on windows. Seems it's quite hard, >even the basics. I wonder if this page is still current? > >http://www.gotpike.org/PikeWiki/index.pike?page=PikeDevel/Pike%20on%20Windo… It's a bit out of date. >It is quite confusing, I think. What is best used nowadays? The MinGW >approach had problems with dynamic modules. I don't know if that is still >the case, but if it is, does this mean you cannot write your own modules and >just use them? That would be a real problem for me. Haven't tested that in modern times, but the cygwin approach has been used to build working Pikes for debugging in other places. >On the other hand, if the msvc approach still needs VC6.0 instead of a newer >version, this will be a dead end too, eventually. The MSVC approach relies on VC9 now a days, that's the one you get if you download the free Express edition from MS. That's the method I use. One virtualized Ubuntu for running the build process and a virtualized XP for the compiler. >And what about this rnctl pike script I'd need? I cannot find that anywhere >in the source. As Marcus said, it's in the separate pike-tools module now. >There was also some talk in the mailing list about using cygwin to compile >pike, but if you do that, don't you need cygwin to run pike also? Doesn't >seem like a good option if you want to distribute an exe. You'll likely need the cygwin dll that you can distribute with your pike, but I agree that's less than ideal, and I haven't checked what license problems that includes. It's probably OK if you just want to do some testing though.

4 4

Re: More questions about GTK2.SourceView
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 25 Aug '09

25 Aug '09

People have had some limited success with MinGW, and it's getting better all the time so I think that's the way to go for windows compilation. It "just" needs to sort out the remaining quirks and odds and ends, if I'm not mistaken. Personally I don't have any experience of that, though. The old method is admittedly exceedingly complex (and slow too). It has its roots in another era.. Once MinGW proves reliable it'll probably replace sprshd as the normal way of compilation, but unless MinGW can use the MS compiler, or at least the MS runtime lib, it'll probably stay around. If you have the time and will, you're more than welcome to give it a shot with MinGW. It'd be very appreciated.

4 5

Re: More questions about GTK2.SourceView
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 25 Aug '09

25 Aug '09

>And what about this rnctl pike script I'd need? I cannot find that anywhere >in the source. Since Pike 7.1, the windows build tools have been moved out of the Pike main source tree and into one of its own. You can check it out with e.g. "svn co http://pike-svn.lysator.liu.se/Pike/nt-tools".

1 0

Re: More questions about GTK2.SourceView
by Peter Bortas ＠ Pike developers forum 24 Aug '09

24 Aug '09

Well, it means someone knows how to compile it on Unix.

1 0

Re: More questions about GTK2.SourceView
by Peter Bortas ＠ Pike developers forum 24 Aug '09

24 Aug '09

Right, which means it's own little configure hell on Windows. Is it planned to be included in the normal dist?

1 0

Re: More questions about GTK2.SourceView
by Peter Bortas ＠ Pike developers forum 24 Aug '09

24 Aug '09

Is the DLL in question part of the standard GTK+ dist?

1 0

More questions about GTK2.SourceView
by Yvan Vander Sanden 24 Aug '09

24 Aug '09

Hi. I am still struggling with SourceView, on windows today. It seems the binary install for windows does not include it. Is there any specific reason for this? Since lots of other libraries are included in the binary, i don't see why gtksourceview is not. Thing is, if i want to make use of gtksourceview in my software, i force my (at the moment fictional) users to compile pike from source, instead of installing a binary. Which makes it much harder to use it. Or is there perhaps another way to use the GTK2.SourceView program, without recompiling pike? Could be I just don't know about it, since i'm only just learning to work with it. Regards, yvan -- Copyright only exists in the imagination of those who do not have any.

2 1

pike language binding for GTK2.SourceView
by Yvan Vander Sanden 23 Aug '09

23 Aug '09

Hello. I was just having a fight with GTK2.SourceView. Seems there was no language binding for pike in it. This being a bit silly, having no syntax highlighting for pike in the pike modules, i tried to find out what was wrong. With help from a few friendly IRC pikers we found this bug report on gtksourceview: http://bugzilla.gnome.org/show_bug.cgi?id=312577 Seems it's not implemented because the mime type for pike is not official. Seems we have to file a request at bugs,freedesktop.org (see comment 6 in link above). Of course i could do that, but it's a bit awkward for me since i'm only using pike for 4 days. It feels a bit too 'official' for me :-) Any other people know more about that? I also corrected a few mistakes in the pike.lang that was attached to the bug report. It's working now and included as an attachement. Regards, yvan -- Copyright only exists in the imagination of those who do not have any.

2 1

share_prefix
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 23 Aug '09

23 Aug '09

There are some occurences of share_prefix in install.pike and master.pike.in, but I understand those are currently only used to let master.pike find the pure Pike modules in lib/modules at build time. However, just a few changes to install.pike are needed to let it actually install those modules in a separate location, in a perhaps more FHS-compliant and Perl-like manner: --- a/bin/install.pike 2009-06-08 23:51:36.000000000 +0200 +++ b/bin/install.pike 2009-08-22 15:46:55.000000000 +0200 @@ -1904,6 +1904,7 @@ string exec_prefix; string lib_prefix; string include_prefix; +string share_prefix; string doc_prefix; string man_prefix; string cflags; @@ -1946,6 +1947,8 @@ lib_prefix=vars->lib_prefix||(prefix+"/lib/pike/"); include_prefix = vars->include_prefix || combine_path(prefix,"include","pike"); + share_prefix = + vars->share_prefix || lib_prefix; doc_prefix = vars->doc_prefix || combine_path(prefix, "doc", "pike"); man_prefix=vars->man_prefix||(prefix+"/share/man/"); @@ -2128,7 +2131,7 @@ lib_prefix = combine_path(prefix, "lib"); include_prefix = combine_path(prefix,"include","pike"); make_master("lib/master.pike", "lib/master.pike.in", - lib_prefix, include_prefix, UNDEFINED, cflags, ldflags); + lib_prefix, include_prefix, share_prefix, cflags, ldflags); status1("Installing master done."); return 0; @@ -2853,10 +2856,10 @@ } else make_master(combine_path(vars->TMP_LIBDIR,"master.pike"), master_src, - lib_prefix, include_prefix, UNDEFINED, cflags, ldflags); + lib_prefix, include_prefix, share_prefix, cflags, ldflags); install_dir(vars->TMP_LIBDIR,lib_prefix,1); - install_dir(vars->LIBDIR_SRC,lib_prefix,1); + install_dir(vars->LIBDIR_SRC,share_prefix,1); install_header_files(vars->SRCDIR,include_prefix); install_header_files(combine_path(vars->SRCDIR,"code"),

1 1

Pike 7.8.292 beta
by Peter Bortas ＠ Pike developers forum 23 Aug '09

23 Aug '09

Roughly six months (on normal par, but double the time I'd like to see) after the first 7.8 release here is the first 7.8 update: 7.8.292 beta. Users and developers alike are encouraged to test this beta and report problems so we can have a final release as soon as possible. The source can downloaded here: http://pike.ida.liu.se/pub/pike/beta/7.8.292/Pike-v7.8.292.tar.gz A Windows binary might show up tomorrow. Changes since Pike 7.8.116 (initial 7.8 release): ---------------------------------------------------------------------- General ------- o Sql.pgsql: - Substantial documentation improvements. o Stdio.Fd_ref is deprecated and in the process of being eliminated. You have never used it before, so don't start using it now. Bugfixes -------- o Fixed bug in AGGR_ARR_EPILOGUE() (aka END_AGGREGATE_ARRAY()) that caused the empty array to always be returned if there were no unaggregated elements on the stack at END_AGGREGATE_ARRAY. You are encouraged to upgrade just for this fix since the bug creates very rare but (seemingly) random occurances of empty arrays. o Fixed multiset_delete_node to work with destructed indices. This fixes occasional bugs in various functions when there are destructed objects in indices. You are encouraged to upgrade just for this fix since the bug creates (seemingly) random crashes that are hard to reproduce and track down. o Fixed bug in the Odbc module on WIN32 where it would fail for some field-types with the error "22003:Numeric value out of range". o Sql.pgsql: - Various small fixes and performance improvements. - Fixed fully transparent UTF8/Unicode/wide string/character set support. - Fixed formatting errors in error(). o Fixed bug when seeking backwards in Gz.File. o Fixed bug in fd_stat on windows when used on a file system with a long name. o Fixed off-by-one bug in Stdio.Readline that caused a space in the last column to disappear instead of being converted to a linefeed when word wrapping is used. o Fix bug in FakeFile.read() Replaced the broken-in-multiple-ways implementation by something that actually works (hence the original enlightnening description: "fixed a bug", there is really no concise way to classify this level of brokenness). o Image.TIFF: Fixed memory leak on OOM. o Fixed crash bug in Fixed core-dump typo in yyexplain_not_implements(). o LysKOM.ProtocolTypes: Bugfix of LocalToGlobalBlock o Protected Pike_fatal() against the risk of hanging on mutexes. o Added 7.6 compat versions for RegGet{Value{,s},KeyNames}(). o Fixed memory leak in Image.Colortable. o Parser.SGML: Reinstated the class as Parser.SGML(). It inadvertedly became Parser.SGML()->SGML() in the move to a separate file. Parser.SGML.SGML is kept as a compatibility alias. o Added Pike 7.6 and earlier compat for store_constant(UNDEFINED). o Fixed race-condition causing "Lost track of child" on pikes compiled --without-threads. o Regexp.PCRE: Do not match the empty string past the end of the input. o Reduced the risk of throwing out-of-stack errors while formatting an out-of-stack backtrace. o Fixed bug that would cause sprintf's %nH to refuse all strings as too long for some values of "n" on some architectures. o Made Process.search_path() aware if Win32 and AmigaOS specifics. o Fixed bug in Protocols.HTTP.Query that dropped the last byte of a request if the server did not provide a Content-Length header. Optimizations ------------- o Fixed Filesystem._Tar.ReadFile to not gobble the whole tar entries into memory at once. o Improve performance of get_cpu_time() on OS X by avoiding a kernel trap to get the ID of the underlying system thread. o Throttle calls to task_info() on OS X since they are quite expensive. This gives a significant performance boost (>10%) on CPU-intensive applications. Extensions and New Functions ---------------------------- o Added support for specifying modifiers via a mapping to '*' in sprintf(). See the documentation for details. This support is detectable by checking for String.__HAVE_SPRINTF_STAR_MAPPING__ o Added support for generating little-endian floats with %F in sprintf(). This support is detectable by checking for String.__HAVE_SPRINTF_NEGATIVE_F__ o Sql.Sql now supports NULL values for %s-parameters. o Timeout support in win32 threads. o Made FakeFile() support getchar/gets/unread. o Added option to chown and utime that makes it possible to change the symlink instead of the target of the link. o function_name() now knows how to adjust the names of named lambdas. o Changed handling of POLLHUP for poll devices, it is now signalled on all of the callbacks. o Updated timezone data to tzdata2009c. o Added some support for the TIMESTAMP and INTERVAL datatypes to Oracle module. New modules / classes / methods added ------------------------------------- o Protocols.IPv6 Helpers for IPv6 related things. This currently only contains tools to parse and normalize addresses. (Not much more is necessary since the usual I/O interfaces support IPv6 as-is.) o Added Filesystem._Tar.extract to be able to extract many/all files in a reasonably efficient way. o Added Parser.Tabular It provides a flexible yet concise record-description language to parse character/column/delimiter-organised records. o Calendar.YMD.http_time() that knows how to handle dates according to HTTP 1.1 (RFC 2616). o Added support for GTK2 get_window() and get_pixmap(). Building and installing ----------------------- o Use the #-character as prefix and suffix for placeholders in master.pike.in instead of the currency sign, to avoid 8-bit character encoding issues. o Improved support for version bumping via both Subversion and git. o A recent stable Pike (7.8.116+) is now required to do a "make export". o The win32 installer now removes the generated master.pike on uninstall.

12 41

Problems with precompile.sh
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 22 Aug '09

22 Aug '09

Patching nettle.cmod uncovered a problem. The tarball ships with the cmods precompiled as C code. But by patching nettle.cmod, nettle.c becomes out-of-date: .cmod.c: $(BUILD_BASE)/precompile.sh-stamp $(TMP_BINDIR)/precompile.pike $(BUILD_BASE)/precompile.sh --cache precompile.pike >"$@" "$<" || { rm "$@"; exit 1; } But precompile.sh tries to run pike like this: if [ x"$1" = xprecompile.pike ] ; then if pike -x 2>&1 | grep precompile > /dev/null 2>&1 ; then shift exec pike -x precompile "$@" fi fi which of course doesn't work if pike isn't already installed.

2 3

Executables without shebang and vice versa
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 22 Aug '09

22 Aug '09

Among the many *.pike (and *.pmod!) files in the module directories there are a few marked as executable but missing a shebang (#!) line, and a few that has a shebang but are not executable. Which ones, if any, are meant to be executed directly? (I'm not talking about scripts that used in the build process, only ones that are installed.) Since none are installed as general-purpose tools in $PATH, and since the ones in Tools.Standalone are meant to be run via pike -x, couldn't you simply delete all the shebangs (which, in case they read "#!/usr/local/bin/pike", are wrong anyway if pike isn't installed under /usr/local) and reset the x bits?

2 3

pike -x httpserver (was: Suggestions for a small menu-driven system?)
by Peter Bortas ＠ Pike developers forum 20 Aug '09

20 Aug '09

This discussion reminded me to check in something I've been having in my tree for a few weeks now; A simple HTTP server available as a standalone (-x) tool. The code is 90% written by Per. I just toolified it. % pike -x httpserver --version Pike httpserver 7.8.337 % pike -x httpserver --help Usage: httpserver [flags] [port] Starts a simple HTTP server on port 8080 unless another port is specified. The server will present the contents of the current directory and it's children to the world without and authentication. --version print version information and exit --help display this help and exit % pike -x httpserver Listening on 8080 The idea is taken from Python, as far as that one of my colleagues asked if Pike can do the equivalent of "python -m SimpleHTTPServer". I haven't actually checked out the python code referenced, so I don't know if -x httpserver is feature equivalent. I find it quite handy for transferring files now and then now that I have it. / Peter Bortas Previous text: >17856137 2009-08-19 22:11 /13 lines/ Brevbäraren >Recipients: Pike (-) importmöte för mailinglistan >Comment to 17855679 >Subject: Re: Suggestions for a small menu-driven system? >-------------------------------------------------------------------- >Martin Nilsson (Opera Mini - AFK!) @ Pike (-) importm?te f?r mailinglistan wrote: >>And that that webserver is good enough to be used for several commercial >>products at Opera. > >Any snippets of sample code you (or anyone else) can share for a minimal >server serving some (e.g. html and gifs) files from the filesystem? >-- >Sincerely, > Stephen R. van den Berg. >Currently unemployed programmer: >"What do you mean, I can't initialize things in an assert()?" > > > >(17856137) /Brevbäraren/-------------------------------------------- >

1 0

[typechecking] Expected int, got int|somethingelse
by Peter Bortas ＠ Pike developers forum 20 Aug '09

20 Aug '09

This program: -------8<-------------------------------------- #pragma strict_types void main() { Stdio.Stat s = file_stat("/etc/passwd"); String.int2size(s->size); } -------8<-------------------------------------- Will cause the following complaint: test-int2size.pike:5: Warning: Type mismatch in argument 1 to int2size. test-int2size.pike:5: Warning: Expected: int. test-int2size.pike:5: Warning: Got : function | string | int. which seems a bit unfair.

2 1

nettle depend in pike ebuild
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 17 Aug '09

17 Aug '09

>hey grubba, > >i am using your pike ebuild via layman. seems like nettle2.0 got the >~x86 keyword removed. as it doesnt work yet with pike, maybe you can put >a <=dev-libs/nettle-1.15 into the ebuild dependencies. It should already be there: | $ grep nettle /usr/local/portage/layman/pike/dev-lang/pike/pike-7.8.316.ebuild | DEPEND="<dev-libs/nettle-2 Try running layman -S >best > >arne

2 1

pike -x cflags, include_prefix
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 14 Aug '09

14 Aug '09

Tools.Standalone.cflags prints master()->cflags, which typically equals "-DDYNAMIC_MODULE -I" + dirname(master()->include_prefix). Tools.Standalone.module uses master()->include_prefix directly, however. Explanation? When is Tools.Standalone.cflags meant to be used? "New style" modules? Are sources relying on master()->cflags to be compiled meant to #include <pike/whatever> instead of #include <whatever>?

2 2

Fwd: Protocol.LDAP not working in 7.8?
by Peter Bortas 12 Aug '09

12 Aug '09

Hi, pike-devel-owner handles mailing list stuff. Forwarding to the actual developer list. -- Peter Bortas ---------- Forwarded message ---------- From: Dominik Niehus <nicke(a)uni-paderborn.de> Date: Wed, Aug 12, 2009 at 11:16 PM Subject: Protocol.LDAP not working in 7.8? To: pike-devel-owner(a)lists.lysator.liu.se Hi i have a strange problem with LDAP module in Pike 7.8.316/7.8.337 my simple test program ldap_test.pike : void main () { object ldap = Protocols.LDAP.client("ldap://127.0.0.1"); write("Ldap %O\n", ldap); ldap->bind("cn=admin,dc=test,dc=de","save",3); write("i =" + " " + "Error Strings: " + ldap ->error_string() + "\n"); ldap->set_basedn("ou=org,dc=test,dc=de"); ldap->set_scope(2); object test = ldap->search("(&(uid=test01)(objectclass=person))"); write("Search: %O\n", test); write("Error Strings: " + ldap ->error_string() + "\n"); write("count:" + test->count_entries() + "\n"); write("Result: %O\n", test->fetch(1)); } the result on Pike 7.6.86 Ldap Protocols.LDAP.client("socket", "127.0.0.1:389", 777 /* fd=9 */) i = Error Strings: Success Search: Protocols.LDAP.client("socket", "127.0.0.1:389", 777 /* fd=9 */)->result() Error Strings: Success count:1 Result: ([ /* 8 elements */ "cn": ({ /* 1 element */ "e w01" }), "dn": ({ /* 1 element */ "uid=test01,ou=student,ou=user,ou=upb,ou=asb,ou=org,dc=test,dc=de" }), "givenName": ({ /* 1 element */ "e" }), "objectClass": ({ /* 3 elements */ "person", "organizationalPerson", "inetOrgPerson" }), "sn": ({ /* 1 element */ "w01" }), "uid": ({ /* 1 element */ "test01" }), "userPassword": ({ /* 1 element */ "{crypt}66duJjhG66mss" }) ]) the result on Pike 7.8.316 is: Ldap /${PIKE_MODULE_PATH}/Protocols.pmod/LDAP.pmod/client() i = Error Strings: Success Search: /${PIKE_MODULE_PATH}/Protocols.pmod/LDAP.pmod/client()->result() Error Strings: Success count:1 Result: 0 the result on Pike 7.8.337 Ldap Protocols.LDAP.client() i = Error Strings: Success Suche: Protocols.LDAP.client()->result() Error Strings: Success count:1 Result: 0 Please help! greetings Dominik Niehus

1 0

Pike 7.8.336 alpha
by Peter Bortas ＠ Pike developers forum 10 Aug '09

10 Aug '09

An alpha for the next stable be release can be found here: https://pike.ida.liu.se/download/pub/pike/alpha/7.8.336/ I'm not aware of any issues that should make this anything but a release candidate, but there will be no Windows build today.

2 2

New /.8 Release
by Peter Bortas ＠ Pike developers forum 02 Aug '09

02 Aug '09

I was going to start preparing a new stable yesterday, but my desktop machine (more or less literally) burned up. So I decided to rebuild it and a couple of my test machines with more modern hardware instead. While I make progress on that you should a) make sure the fixes you want in are there, b) not break anything or check in anything potentially dangerous, c) update CHANGES please. I should be done with the hardware bits shortly, so with some luck there should be an alpha late Sunday evening.

2 1

state of debian packages?
by Martin Bähr 01 Aug '09

01 Aug '09

hi, i need pike 7.8 on debian lenny, and to avoid having to reinvent the package myself i would like to just rebuild what's already there. markus, could you maybe upload the current state to experimental? then anyone could simply rebuild for her/his own machine by running apt-source and pdebuild or something like that. i found the debian tree in http://svn.kibibyte.se/pike/trunk/debian/ though, and will use that for now... greetings, martin.

4 6

share_prefix
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 01 Aug '09

01 Aug '09

There's a share_prefix variable mentioned in src/Makefile.in, bin/install.pike and lib/master.pike, but they're not tied together so setting share_prefix on the "make install" command line does nothing. What's the deal with this? Where there any plans that have since been abandoned?

2 2

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 August 2009