Pike-devel August 2008

pike-devel@lists.lysator.liu.se

8 participants
34 discussions

Re: RFC int2string optimisation
by Mirar ＠ Pike developers forum 22 Aug '08

22 Aug '08

Maybe add this? Index: src/testsuite.in =================================================================== RCS file: /pike/data/cvsroot/Pike/7.8/src/testsuite.in,v retrieving revision 1.847 diff -u -r1.847 testsuite.in --- src/testsuite.in 17 Aug 2008 16:23:11 -0000 1.847 +++ src/testsuite.in 22 Aug 2008 06:10:06 -0000 @@ -7701,6 +7701,10 @@ test_eq([[(float)-1]],[[-1.0]]) test_eq([[(string)1]],[["1"]]) test_eq([[(string)-1]],[["-1"]]) +test_do(return (string)1e308) +test_do(return (string)1e200) +test_do(return (string)1e-200) +test_do(return (string)1e-307) test_any([[ array foo=({ 1 }); return (string)sizeof(foo);

2 2

Re: 7.8 alpha 2
by bertrand.lupart＠linkeo.com 20 Aug '08

20 Aug '08

Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Not MacOSX/PPC as far as I can see. I've readded my 10.4/PPC to xenofarm, but i guess this bug requires 10.5/PPC -- Bertrand LUPART http://bertrand.gotpike.org/

1 0

7.8 alpha 2
by Peter Bortas ＠ Pike developers forum 20 Aug '08

20 Aug '08

7.8 alpha 2 is avilable as http://pike.ida.liu.se/pub/pike/alpha/7.8.8/Pike-v7.8.8.tar.gz It's not a beta because the changelog isn't complete. Other than that I know of no release blockers.

10 63

automatic casts
by Arne Goedeke 18 Aug '08

18 Aug '08

I am wondering how hard it would be to implement automatic casts from objects to basic types. You probably know what I mean... small example: void fun(int a) { ... } object i = Int(32); // Class offering a cast method fun(i); // cast to int automatically I admit that it introduces new traps and some complexity. Any opinions? arne

5 7

Webbased git browser (gitweb) available
by Stephen R. van den Berg 18 Aug '08

18 Aug '08

Currently still at port 8080, soon at port 80: http://pike-git.lysator.liu.se:8080/ Not quite the same as using your local repository with gitk, but nice for people lacking git, that want a (snap)shot or to have a peek. -- Sincerely, Stephen R. van den Berg. "The difficult we do today; the impossible takes a little longer."

2 2

Commit access to the git repository
by Stephen R. van den Berg 17 Aug '08

17 Aug '08

A few things: - The git repository tracking CVS works according to spec now (tracks pikefarm and trails it in less than 4 minutes at anytime for 7.8 and 7.9). - There are two repositories: git clone git://pike-git.lysator.liu.se/pike git clone git://pike-git.lysator.liu.se/pikex The first repository contains only the official CVS branches. The second repository contains the official CVS branches *and* any experimental branches developers wish to advertise. As an example of one of the experimental branches, I created a branch called "testing" which is intended to be the last know stable snapshot of the development branch (7.9). - As of now I would like to invite developers to ask for push/commit access to the pikex repository, in order to test and play around with committing directly to centralise git branches. The branches in pikex will be partly/selectively protected, depending on who wants to commit. There basically are several levels of protection: - People which I don't have the public key from cannot push at all. - For those that are able to push, the following restrictions will (currently) be enforced by the repository: + The official branches 0.5 ... 7.8 nt-tools extra_tests are protected and cannot be pushed into (currently). + Some branches are restricted to mere additions (regular commits). + Some branches cannot be committed to by all developers. + Some branches have no restrictions (i.e. can be created/removed or can even be destructively altered). - If we ever move to git as the leading central repository, then the central repository will become pushable as well, but with severe restrictions (only regular commits, nothing destructive, no branch creation). - In order to start granting access to pikex, I need public keys of developers. After you've handed me the keys, pushing into the repository should become possible using a URL like: git-pike@pike-git.lysator.liu.se:pikex which actually is a shorthand for: ssh://git-pike@pike-git.lysator.liu.se/~/pikex -- Sincerely, Stephen R. van den Berg. You are currently aboard a fully automated plane. There is no pilot on board. Rest assured, you have nothing to worry about... worry about... worry about...

5 13

Postgres wierdness
by Marcus Agehall (Roxen IS) ＠ Pike (-) developers forum 16 Aug '08

16 Aug '08

I think we have an old issue in the (old) postgres module which may be serious enough to fix in 7.8 before the release. Most of my systems doesn't have postgresql installed, but the other day I installed 8.3 on my laptop. Today I checked out a fresh 7.8 and ran make. Everything ran smooth until it tried to compile the postgres module, where it failed. Looking at the error, it was pretty obvious that linking failed because of clashing symbols. Further investigation lead me to conclude that both pgresult.c and postgres.c seems to define pike_postgres_mutex if the postgres library isn't thread-safe. This is the first problem. Both source files cannot define this symbol, and since it should only be defined when the library isn't thread-safe, I believe on of them should simply be turned into an extern. Changing the definition in pgresult.c to a simple extern makes the module compile. Now, I went on to investigate why my postgres libs weren't thread-safe. I would assume most libraries *ARE* thread-safe on modern platforms, so I found it kind of strange. After lots of digging, I found that we look for the function PQsetnonblocking() to determine if the library is thread-safe. This seems somewhat stupid, so I would propose that we also introduce a configure test to properly check if the library is reentrant by actually calling PQisthreadsafe(), with a fallback to the current test, in case older libs doesn't support that function. The whole thing seems to be caused by my postgres libs beeing installed from ports and not correctly found by Pike, which causes some confusion. If we are to keep the old module around for a prolonged period, we may want to clean up it's configure tests in general. For now, I do believe that the first issue has to be fixed before the 7.8 release, since it actually prevented me from compiling Pike, while the latter can probably be left out for now.

2 2

Tested pgsql driver in production, drop-in replacement for postgres
by Stephen R. van den Berg 16 Aug '08

16 Aug '08

Small heads up for Postgres users: I've now succesfully compiled pike 7.8 explicitly --without-postgres yet all existing applications can access Postgres databases just fine (pgsql automatically takes over the postgres:// url if libpq is excluded from the build). I'm running this in a production environment now, no ill effects so far. Obviously, pike --features doesn't list Postgres anymore in this case, but that doesn't mean that it can't access Postgres databases anymore (is this confusing?). -- Sincerely, Stephen R. van den Berg. "The state you are in while your HEAD is detached is not recorded by any branch (which is natural --- you are not on any branch)." -- man git-checkout

2 2

Re: 7.8 alpha 2
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 15 Aug '08

15 Aug '08

Also note that the bug was introduced in Pike 7.7.3, so it has only been present in development versions of Pike.

2 1

7.8 blockers
by Peter Bortas ＠ Pike developers forum 14 Aug '08

14 Aug '08

7.8 blockers: Owner Issue [/] Fallback to poll from epoll (from the conference road map). Implemented, but further testing is needed, as well as updated documentation. [ ] Fix gc of Stdio.File (from the conference road map). [ ] mast/zino New Windows build environment. [ ] per/marcus Performance regression --with-assembler. (per and marcus weren't present so item assigned without consent... per says memprotect() is responsible as far as -x benchmark goes.) [ ] zino/mast Building external modules should work. [ ] nilsson Write ChangeLog. [/] Module dumping should succeed for all modules. Currently it succeeds for all modules but 3: [ ] Tools.Standalone.dump [ ] Local [ ] Locale Non-blockers: [ ] jhs Build (SVG) graph from the -x benchmark results Pikefarm delivers to track development. [ ] An API for safely creating temporary files. Possibly wrapping mkstemp/mkdtemp. If you think you could help with any of the items please do. Especially the items that have no one assigned to them yet.

9 81

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 2008