Pike-devel March 2011

pike-devel@lists.lysator.liu.se

7 participants
11 discussions

Sql.pgsql behavior in case of errors
by aldem-pikedev＠aldem.net 21 Aug '14

21 Aug '14

Hi everyone, I am preparing to use Postgres in my app, found the following strange behavior: ---snip--- Sql.Sql db = Sql.Sql("pgsql://localhost", "test", "test", "test"); db->query("BEGIN"); db->query("INSERT INTO requests (SvTrId) VALUES ('lala')"); catch(db->query("INSERT INTO requests (SvTrId) VALUES ('lala')")); db->query("INSERT INTO requests (SvTrId) VALUES ('juju')"); db->query("ROLLBACK"); ---snip--- Database is opened, row with 'lala' is inserted, second query (obviously) fails as SvTrId is the primary key, but row with 'juju' is inserted *and* appears in the database - i.e. the transaction is *committed*! Studying source code show, that once error is encounter, session is reset, i.e. running transaction is rolled back, everything is closed, temporary tables are deleted and session variables are reset as well, and after that, the next statement(s) will be committed immediately, as there is no active transaction. In my opinion, this is not exactly correct behavior when statement fails, as session still may be needed (especially temporary tables, open cursors etc). Im some cases, this is perfectly normal when SQL statement fails, especially in SERIALIZED transaction isolation level, and it would be more practical to leave the decision as of what to do to the application. Yes, this is true that it is impossible to continue executing statements in failed transaction, but temporary tables etc. may still be needed. Also, silent reconnection is not a good idea too - when there are many transactional statements are executed - it would be nice to have an option to modify this behavior. Best regards, /Alexander

5 6

32 bit abi crashes on darwin
by H. William Welliver III 01 Apr '11

01 Apr '11

I just tried to compile 7.8.352 on a new core i7 box running OSX 10.6 using 32-bit abi and the build fails because the pike generated crashes somewhere in the machine code generation. I compiled using the following command line: make CONFIGUREARGS="--with-abi=32" The backtrace looks like this: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x0000004f 0x000c0227 in ia32_flush_instruction_cache (start=<value temporarily unavailable, due to optimizations>, len=55) at ia32.c:1047 1047 __asm__ __volatile__(".byte 0x0f\n" (gdb) bt #0 0x000c0227 in ia32_flush_instruction_cache (start=<value temporarily unavailable, due to optimizations>, len=55) at ia32.c:1047 #1 0x0012e61e in eval_low (n=0x838d78, print_error=1) at /Users/hww3/Downloads/Pike-v7.8.352/src/las.c:5241 #2 0x0000b48b in yyparse () at language.yacc:660 #3 0x000ee199 in f_compilation_compile (args=0) at /Users/hww3/Downloads/Pike-v7.8.352/src/program.c:8213 #4 0x0001697b in low_mega_apply (type=APPLY_LOW, args=0, arg1=0x831fb4, arg2=0x1) at apply_low.h:226 #5 0x000181cc in mega_apply (type=APPLY_LOW, args=0, arg1=0x831fb4, arg2=0x1) at /Users/hww3/Downloads/Pike-v7.8.352/src/interpret.c:2211 #6 0x000185b0 in apply (o=0x831fb4, fun=0x1ecfbf "compile", args=0) at /Users/hww3/Downloads/Pike-v7.8.352/src/interpret.c:2604 #7 0x000d939f in f_compilation_env_compile (args=1) at /Users/hww3/Downloads/Pike-v7.8.352/src/program.c:7828 #8 0x0001697b in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x831fdc, arg2=0x1) at apply_low.h:226 #9 0x000181cc in mega_apply (type=APPLY_LOW, args=1, arg1=0x831fdc, arg2=0x1) at /Users/hww3/Downloads/Pike-v7.8.352/src/interpret.c:2211 #10 0x00145d5c in f_compile (args=1) at /Users/hww3/Downloads/Pike-v7.8.352/src/builtin_functions.c:4229 #11 0x000c83ae in get_master () at /Users/hww3/Downloads/Pike-v7.8.352/src/object.c:643 #12 0x000c85bb in debug_master () at /Users/hww3/Downloads/Pike-v7.8.352/src/object.c:689 #13 0x000b61cc in load_pike_master () at /Users/hww3/Downloads/Pike-v7.8.352/src/pike_embed.c:468 #14 0x000022e8 in main (argc=1, argv=0xbffff804) at /Users/hww3/Downloads/Pike-v7.8.352/src/main.c:629 Of course, things work fine using 64 bit ABIs, but I have a need to use some libraries that are 32 bit only, which of course makes everything more complicated. I'm going to assume that it's not something I've done wrong, but please do let me know if my assumption is incorrect :) Thanks in advance, Bill

5 6

float hashing
by Arne Goedeke 31 Mar '11

31 Mar '11

There is a problem with the hash function currently used for floats. It multiplies by some number and casts the result to an UINT32. This will lead to many floats having the same hash value 0. Especially bad case: hash_values(random(Float.MAX)) Also from those results I would say that random is broken for floats. It will always produce values lying within a few orders of magnitues in the above case. There is many options for good hash functions for floats/ints. Any preferences? arne

4 22

Cannot delete branches
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 20 Mar '11

20 Mar '11

I just created a branch with a "mast/" prefix in the pike git, and then I changed my mind and tried to remove it again, but that's denied by the pre-receive hook: > git push origin :mast/precompiler-trouble remote: fatal: Not a valid commit name 0000000000000000000000000000000000000000 remote: git exited with code 128 To git-pike@pike-git.lysator.liu.se:pike.git ! [remote rejected] mast/precompiler-trouble (pre-receive hook declined) error: failed to push some refs to 'git-pike@pike-git.lysator.liu.se:pike.git' This is not intended, right?

2 4

Pike 7.6 in Debian
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 19 Mar '11

19 Mar '11

With Squeeze released I think it's time to drop pike7.6 and focus on newer versions. Anyone against?

3 2

RCSID
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 12 Mar '11

12 Mar '11

Regarding 2e50900, I don't see why rcsid would be significantly less useful in git than in rcs or cvs. Granted, one would have to run a few git commands on the hashes to make sense of them. Not that I object to RCSID's getting removed; I've never had any use for them in any case.

2 3

String.Buffer
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 12 Mar '11

12 Mar '11

Can we get a sprintf method into the String.Buffer object? It doesn't look that difficult as low_pike_sprintf takes a string builder struct. I got lost in the type system and dynamic loading in my try though...

1 0

externs
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 10 Mar '11

10 Mar '11

Tried out mixins with externs, which I didn't really knew existed. Consider: class A { int i; void sa (int n) {i = n;} } class B { extern int i; void sb (int n) {i = n;} } class C { inherit A; inherit B; void sa2 (int n) {A::i = n;} void sb2 (int n) {B::i = n;} void w() {werror ("C %O %O\n", A::i, B::i);} } extern variables seem to work alright in that both sa() and sb() assign the same storage. However, what I find surprising is that B::i seems to access a different location in sb2() and w(). Reading it produces 0, regardless what A::i is set to, and trying to set it results in a runtime error. I expected B::i to be an alias for A::i in all respects in C.

2 3

Sql typed mode
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 07 Mar '11

07 Mar '11

I made some incompatible changes in the so-called typed mode for Mysql, both in 7.8 and 7.9. It only concerns the somewhat less used BIT and DECIMAL types, and it's not a compat problem if one only considers the last official 7.8 release, but otoh it's a change from what's been in git the last 1½ years. (I also updated CHANGES while I were at it.)

1 0

CritBit-Tree implementation for pike
by Tobias S. Josefowitz 03 Mar '11

03 Mar '11

We have been working on a CritBit tree implementation for pike. We would like to get it upstream, however we have made a few changes elsewhere that may need discussion: precompile.pike templating: we added a simple template support to precompile.pike. It basically replaces a set of identifiers in the template file before precompilation. The syntax is admittedly not very beautiful. Autodoc to support global paths in AUTODOC_SRC_IN: we could not figure out how to make the autodoc generator to extract docs from several .cmod files without the AUTODOC_SRC_IN feature applied on the generated .c-files with absolute paths. You can check it out using git from http://fortranland.com/git/pike. The branch is called critbit. We have not done any testing on non x86 machines. It would be nice if someone could run the testsuite on some big endian machine. Also, we only compiled on linux machines. There might be problems on other environments because of the gcc intrinsics we are using for prefix searches. Currently there are trees supporting float, integers and pike strings and two derived types for ipv4 ip addresses and date objects. The lookup, insert and delete operations are comparable in speed to pike mappings (1.X slower in our tests). In worst case scenario critbit trees can be slow in insert and lookup (e.g. keys like "a"*i). However, critbit trees should be more memory efficient in many cases because of the mapping overhead. Also, they support several operations that mappings don't offer, namely, iteration in lexicographical order, range lookup and finding biggest/smallest index, etc. We have written quite extensive tests and a complete documentation, which you can find at http://fortranland.com/refdoc/modref/ex/predef_3A_3A/ADT/CritBit.html Any hints, suggestions, bugreports and comments are welcome. arne and tobias

3 35

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 March 2011