pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2012-03-14T17:41:54Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/6275Extend f__memory_usage() to be able to log the overallocation.2012-03-14T17:41:54ZPeter BortasExtend f__memory_usage() to be able to log the overallocation.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6275
Reported by @grubba
From [bug #6045]:
```
Comment #4 From Martin Stjernholm 2012-02-07 15:45:09 CET (-) [reply]
```
A first step is to extend f__memory_usage() and...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6275
Reported by @grubba
From [bug #6045]:
```
Comment #4 From Martin Stjernholm 2012-02-07 15:45:09 CET (-) [reply]
```
A first step is to extend f__memory_usage() and the memory logger module to be
able to log the overallocation in all BLOCK_ALLOCs and in the malloc lib (the
interesting fields from mallinfo(3) should be uordblks, fordblks, and
arena+hblkhd).
See also infokom 716274 and comments.
```
Comment #5 From Martin Stjernholm 2012-03-07 14:59:26 CET (-) [reply]
```
Working on linux platform is mandatory to solve the customer issue.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6187Crash in push_grent() on OS X2012-01-25T14:21:53ZPeter BortasCrash in push_grent() on OS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6187
Reported by Jonas Wallden <jonasw@roxen.com>
Observed with Pike 7.8.612 (CMS 5.2.132) on OS X 10.6.8 (x86_64 build). Reportedly triggered by restarting a uid-changed...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6187
Reported by Jonas Wallden <jonasw@roxen.com>
Observed with Pike 7.8.612 (CMS 5.2.132) on OS X 10.6.8 (x86_64 build). Reportedly triggered by restarting a uid-changed Roxen via Admin interface wizard.
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 roxen 0x00000001001f4385 push_grent + 197
1 roxen 0x00000001001f4940 f_getgrgid + 432
2 roxen 0x0000000100016515 eval_instruction + 14037
3 roxen 0x000000010001dcb4 catching_eval_instruction + 100
4 roxen 0x0000000100019e78 eval_instruction + 28728
5 roxen 0x000000010001ddc4 mega_apply + 212
6 roxen 0x00000001000533ff backend_do_call_outs + 767
7 roxen 0x000000010005537c f_PollDeviceBackend_cq__backtick_28_29 + 1612
8 roxen 0x0000000100011c87 low_mega_apply + 3095
9 roxen 0x00000001000150c3 eval_instruction + 8835
10 roxen 0x000000010001dcb4 catching_eval_instruction + 100
11 roxen 0x0000000100019e78 eval_instruction + 28728
12 roxen 0x000000010001ddc4 mega_apply + 212
13 roxen 0x0000000100001950 main + 2576
14 roxen 0x0000000100000eb4 start + 52
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000046 rbx: 0x0000000100600400 rcx: 0x0000000100600420 rdx: 0x0000000100600410
rdi: 0x00000001009e7401 rsi: 0x000000010025f640 rbp: 0x00007fff5fbfe4f0 rsp: 0x00007fff5fbfe4c0
r8: 0x0000000100355da8 r9: 0x0000000000000000 r10: 0x0000000000000001 r11: 0x0000000000000040
r12: 0x00000001019074fd r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x00000001019074d0
rip: 0x00000001001f4385 rfl: 0x0000000000010246 cr2: 0x0000000000000000
Disassembly of _push_grent() with offset 197 highlighted:
```
_push_grent:
00000001001f42c0 pushq %rbp
00000001001f42c1 movq %rsp,%rbp
00000001001f42c4 pushq %r15
00000001001f42c6 pushq %r14
00000001001f42c8 movq %rdi,%r14
00000001001f42cb pushq %r13
00000001001f42cd pushq %r12
00000001001f42cf pushq %rbx
00000001001f42d0 subq $0x08,%rsp
00000001001f42d4 testq %rdi,%rdi
00000001001f42d7 je 0x1001f4461
00000001001f42dd movq (%rdi),%r13
00000001001f42e0 testq %r13,%r13
00000001001f42e3 je 0x1001f43fe
00000001001f42e9 leaq 0x0006b350(%rip),%r12
00000001001f42f0 movq %r13,%rdi
00000001001f42f3 movq (%r12),%rbx
00000001001f42f7 leaq 0x10(%rbx),%rax
00000001001f42fb movq %rax,(%r12)
00000001001f42ff movw $0x0000,0x02(%rbx)
00000001001f4305 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f430a movq %r13,%rdi
00000001001f430d movq %rax,%rsi
00000001001f4310 callq _debug_make_shared_binary_string
00000001001f4315 movw $0x0006,(%rbx)
00000001001f431a movq %rax,0x08(%rbx)
00000001001f431e movq %r12,%rsi
00000001001f4321 movq 0x08(%r14),%r12
00000001001f4325 testq %r12,%r12
00000001001f4328 je 0x1001f4437
00000001001f432e movq (%rsi),%rbx
00000001001f4331 movq %r12,%rdi
00000001001f4334 leaq 0x10(%rbx),%rax
00000001001f4338 movq %rax,(%rsi)
00000001001f433b movw $0x0000,0x02(%rbx)
00000001001f4341 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f4346 movq %r12,%rdi
00000001001f4349 movq %rax,%rsi
00000001001f434c callq _debug_make_shared_binary_string
00000001001f4351 leaq 0x0006b2e8(%rip),%rsi
00000001001f4358 movq %rax,0x08(%rbx)
00000001001f435c movw $0x0006,(%rbx)
00000001001f4361 movq (%rsi),%rdx
00000001001f4364 movl 0x10(%r14),%eax
00000001001f4368 xorl %r13d,%r13d
00000001001f436b leaq 0x10(%rdx),%rcx
00000001001f436f movq %rcx,(%rsi)
00000001001f4372 movq %rax,0x08(%rdx)
00000001001f4376 movw $0x0008,(%rdx)
00000001001f437b movw $0x0000,0x02(%rdx)
00000001001f4381 movq 0x18(%r14),%r14
----
00000001001f4385 movq (%r14),%r12
----
00000001001f4388 testq %r12,%r12
00000001001f438b je 0x1001f43de
00000001001f438d leaq 0x0006b2ac(%rip),%r15
00000001001f4394 jmp 0x1001f43a3
00000001001f4396 nopw %cs:0x00000000(%rax,%rax)
00000001001f43a0 movq %r15,%rsi
00000001001f43a3 movq (%rsi),%rbx
00000001001f43a6 movq %r12,%rdi
00000001001f43a9 incl %r13d
00000001001f43ac leaq 0x10(%rbx),%rax
00000001001f43b0 movq %rax,(%rsi)
00000001001f43b3 movw $0x0000,0x02(%rbx)
00000001001f43b9 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f43be movq %r12,%rdi
00000001001f43c1 movq %rax,%rsi
00000001001f43c4 callq _debug_make_shared_binary_string
00000001001f43c9 movq %rax,0x08(%rbx)
00000001001f43cd movslq %r13d,%rax
00000001001f43d0 movw $0x0006,(%rbx)
00000001001f43d5 movq (%r14,%rax,8),%r12
00000001001f43d9 testq %r12,%r12
00000001001f43dc jne 0x1001f43a0
00000001001f43de movl %r13d,%edi
00000001001f43e1 callq _debug_f_aggregate
00000001001f43e6 addq $0x08,%rsp
00000001001f43ea movl $0x00000004,%edi
00000001001f43ef popq %rbx
00000001001f43f0 popq %r12
00000001001f43f2 popq %r13
00000001001f43f4 popq %r14
00000001001f43f6 popq %r15
00000001001f43f8 leave
00000001001f43f9 jmp _debug_f_aggregate
00000001001f43fe leaq 0x0006b23b(%rip),%rsi
00000001001f4405 leaq 0x0006863c(%rip),%rax
00000001001f440c movq (%rsi),%rdx
00000001001f440f movq (%rax),%rcx
00000001001f4412 leaq 0x10(%rdx),%rax
00000001001f4416 movq %rax,(%rsi)
00000001001f4419 incl (%rcx)
00000001001f441b movw $0x0000,0x02(%rdx)
00000001001f4421 movq %rcx,0x08(%rdx)
00000001001f4425 movw $0x0006,(%rdx)
00000001001f442a movq 0x08(%r14),%r12
00000001001f442e testq %r12,%r12
00000001001f4431 jne 0x2001f432e
00000001001f4437 leaq 0x0006860a(%rip),%rax
00000001001f443e movq (%rsi),%rdx
00000001001f4441 movq (%rax),%rcx
00000001001f4444 leaq 0x10(%rdx),%rax
00000001001f4448 movq %rax,(%rsi)
00000001001f444b incl (%rcx)
00000001001f444d movw $0x0000,0x02(%rdx)
00000001001f4453 movq %rcx,0x08(%rdx)
00000001001f4457 movw $0x0006,(%rdx)
00000001001f445c jmp 0x2001f4361
00000001001f4461 leaq 0x0006b1d8(%rip),%rax
00000001001f4468 movq (%rax),%rdx
00000001001f446b leaq 0x10(%rdx),%rcx
00000001001f446f movq %rcx,(%rax)
00000001001f4472 movq $0x00000000,0x08(%rdx)
00000001001f447a movw $0x0008,(%rdx)
00000001001f447f movw $0x0000,0x02(%rdx)
00000001001f4485 addq $0x08,%rsp
00000001001f4489 popq %rbx
00000001001f448a popq %r12
00000001001f448c popq %r13
00000001001f448e popq %r14
00000001001f4490 popq %r15
00000001001f4492 leave
00000001001f4493 ret
00000001001f4494 nopw 0x00(%rax,%rax)
00000001001f449a nopw 0x00(%rax,%rax)
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6156Core dump in describe backtrace2012-01-16T13:42:49ZPeter BortasCore dump in describe backtraceImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6156
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got multiple similar core dumps that happens when a thread dump is printed.
Version: Roxen CMS 5.1.185
Stripped ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6156
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got multiple similar core dumps that happens when a thread dump is printed.
Version: Roxen CMS 5.1.185
Stripped debug log:
: Server start command:
: /opt/roxen/server-5.1.185/bin/roxen
: -DTOPIC_DEBUG
: -DPC_FLUSH_VARIANTS_WHEN_MAX
: -DDISABLE_PCODE_FROM_REPLICATION
: -DNO_SB_PREFETCH
: -DENABLE_OUTGOING_PROXY
: -DRAM_CACHE
: -DNEW_RAM_CACHE
: -DHTTP_COMPRESSION
: -DENABLE_THREADS
: -M/opt/roxen/server-5.1.185/etc/modules
: -I/opt/roxen/server-5.1.185/etc/include
: -I/opt/roxen/server-5.1.185/base_server
: -P/opt/roxen/server-5.1.185/base_server
: -P/opt/roxen/server-5.1.185
: base_server/roxenloader.pike
: --config-dir=/etc/roxen/07/configurations
: --pid-file=/var/run/roxen/07/roxen.pid
pike/lib/modules/___Oracle.so:-: Warning: Failed to load library: libclntsh.so.10.1: cannot open shared object file: No such file or directory
pike/lib/modules/Odbc.so:-: Warning: Failed to load library: libodbc.so.1: cannot open shared object file: No such file or directory
17:05:54 : Support for IPv6 enabled.
0m 0.0s : Adding package /srv/roxen/07/local.
: -----------------------------------------------------------------
: Pike version: Pike v7.8 release 534
: Product version: Roxen CMS 5.1.185-release1
: Operating system: Linux 2.6.18-194.26.1.el5 (x86_64)
17:05:54 : Starting MySQL ... Was running 5.0.91-log [49.9ms]
0m 0.1s : Loading Pike modules ... pike/lib/modules/Protocols.pmod/HTTP.pmod/module.pmod.o:-: Warning: Compiled file is out of date
pike/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike.o:-: Warning: Compiled file is out of date
Done [376.0ms]
[...]
```
: ###### Thread 0x40eba940 has been busy for more than 30 seconds.
11:16:48 : ###### Describing all 18 pike threads:
0d18h10m : >>
: >> ### Thread 0x2b19efae55f0 (backend thread):
: >> -:1: PikeCompiler("", RXML.PikeCompile()->Resolver(), -1, -1, UNDEFINED
, UNDEFINED)->compile()
: >> -:1: DefaultCompilerEnvironment->compile(PikeCompiler("", RXML.PikeComp
ile()->Resolver(), -1, -1, UNDEFINED, UNDEFINED))
: >> etc/modules/RXML.pmod/module.pmod (rev 1.421):8223: RXML.PikeCompile()-
>compile()
11:16:48 : >> etc/modules/RXML.pmod/module.pmod (rev 1.421):8265: RXML.PikeCompile()-
>destroy()
0d18h10m : >> base_server/prototypes.pike (rev 1.280):928: ProtocolCacheKey(inactive)
->destroy()
: >> protocols/http.pike (rev 1.636):1343: unknown function()
: >> protocols/http.pike (rev 1.636):1390: unknown function(1)
: >> protocols/http.pike (rev 1.636):1882: unknown function(UNDEFINED)
: >> base_server/fastpipe.pike (rev 1.11):28: /opt/roxen/server-5.1.185/base
_server/fastpipe()->sendfile_done(2964,UNDEFINED)
11:16:48 : >> -:1: Pike.Backend(0)->`()(3600.0)
0d18h10m : >>
[...]
: >> ### Thread 0x41430940:
[EOF]
Core was generated by `/opt/roxen/server-5.1.185/bin/roxen -DTOPIC_DEBUG -DPC_FLUSH_VARIANTS_WHEN_MAX'.
Program terminated with signal 11, Segmentation fault.
#0 0x000000000053de23 in ?? ()
(gdb) file /opt/roxen/server-5.1.185/bin/roxen
Reading symbols from /opt/roxen/server-5.1.185/bin/roxen...done.
(gdb) bt
#0 0x000000000053de23 in f_function_name (args=1)
at /home/dist/tmp/build/pike.srcbuild/../pike/src/builtin.cmod:1229
#1 0x0000000000438ff9 in eval_instruction (pc=<value optimized out>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret_functions.h:2373
#2 0x0000000000440e87 in catching_eval_instruction (
pc=0xf29d1c0 "\034\002M\rN\034\002\177\017")
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret.c:2245
#3 0x000000000043c9a1 in eval_instruction (
pc=0x63 <Address 0x63 out of bounds>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret_functions.h:1317
#4 0x0000000000440f90 in mega_apply (type=<value optimized out>,
args=<value optimized out>, arg1=<value optimized out>,
arg2=<value optimized out>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret.c:2213
#5 0x0000000000471a23 in backend_do_call_outs (me=0xf7ca848)
at /home/dist/tmp/build/pike.srcbuild/../pike/src/backend.cmod:906
#6 0x0000000000473cc1 in pb_low_backend_once (args=1)
at /home/dist/tmp/build/pike.srcbuild/../pike/src/backend.cmod:4021
#7 f_PollBackend_cq__backtick_28_29 (args=1)
at /home/dist/tmp/build/pike.srcbuild/../pike/src/backend.cmod:4076
#8 0x0000000000434f1c in low_mega_apply (type=APPLY_SVALUE, args=1,
arg1=<value optimized out>, arg2=<value optimized out>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/apply_low.h:226
---Type <return> to continue, or q <return> to quit---
#9 0x000000000043ab32 in eval_instruction (pc=<value optimized out>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret_functions.h:2097
#10 0x0000000000440f90 in mega_apply (type=<value optimized out>,
args=<value optimized out>, arg1=<value optimized out>,
arg2=<value optimized out>)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/interpret.c:2213
#11 0x000000000053001c in new_thread_func (data=0x7fffaaee6950)
at /tmp/dist/5.0/pike.rhel5_x86_64/pike/src/threads.c:1125
#12 0x0000003e6ac0673d in ?? ()
#13 0x0000000000000000 in ?? ()
```
(gdb) p *func
$1 = {type = 4, subtype = 0, u = {integer = 46912695272256,
efun = 0x2aaab6898340, array = 0x2aaab6898340, mapping = 0x2aaab6898340,
multiset = 0x2aaab6898340, object = 0x2aaab6898340,
program = 0x2aaab6898340, string = 0x2aaab6898340, type = 0x2aaab6898340,
refs = 0x2aaab6898340, dummy = 0x2aaab6898340,
float_number = 2.3177951087840754e-310, identifier = -1232501952,
lval = 0x2aaab6898340, ptr = 0x2aaab6898340}}
(gdb) p *func.object
There is no member named object.
(gdb) p *func.u.object
$2 = {refs = 5, prog = 0xef342f8, next = 0x2aaab6898840,
prev = 0x2aaab6898fc0, storage = 0x0}
(gdb) p *func.u.object.prog
$3 = {refs = 13, id = 7, storage_needed = 0, xstorage = 0,
parent_info_storage = -1, flags = 8223, alignment_needed = 1 '\001',
timestamp = {tv_sec = 1325740806, tv_usec = 194715}, next = 0xf522998,
prev = 0xf398eb8, parent = 0xef363e0, optimize = 0,
event_handler = 0x4f50e0 <compat_event_handler>, total_size = 416,
program = 0xef4e8b0 " \342R", relocations = 0xef4e8d0,
linenumbers = 0xef4e8d0 "\177\r", identifier_index = 0xef4e8e4,
variable_index = 0xef4e8e4, strings = 0xef4e8e8, constants = 0xef4e8e8,
identifier_references = 0xef4e8e8, inherits = 0xef4e8e8,
identifiers = 0xef4e918, num_program = 32, num_relocations = 0,
num_linenumbers = 20, num_identifier_index = 0, num_variable_index = 0,
num_strings = 0, num_constants = 0, num_identifier_references = 0,
num_inherits = 1, num_identifiers = 0, lfuns = {-1 <repeats 45 times>}}
(gdb) p *func.u.object.prog.identifiers
$4 = {name = 0x41, type = 0x4, filename_strno = 16, linenumber = 0,
identifier_flags = 249 '\371', run_time_type = 130 '\202',
opt_flags = 11255, func = {ext_ref = {depth = 0, id = 0}, gs_info = {
getter = 0, setter = 0}, c_fun = 0, offset = 0}}
(gdb) p (char *)func.u.object.prog.linenumbers
$5 = 0xef4e8d0 "\177\r"
(gdb) p (char *)func.u.object.prog.linenumbers+3
$6 = 0xef4e8d3 "src/threads.c"Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6146Decode bug in portable byte code2012-01-16T12:13:18ZPeter BortasDecode bug in portable byte codeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6146
Reported by Martin Stjernholm <mast@roxen.com>
decode_value fails with the following error.
```
Internal server error: Missing line directive in byte code.
-:1: Pik...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6146
Reported by Martin Stjernholm <mast@roxen.com>
decode_value fails with the following error.
```
Internal server error: Missing line directive in byte code.
-:1: PikeCompiler(UNDEFINED, UNDEFINED, -1, -1, UNDEFINED, UNDEFINED)->compile()
D:/Sites/Roxen CMS/server-5.1.185/etc/modules/RXML.pmod/module.pmod (rev 1.420):9823: RXML->string_to_p_code("¶ke0cd#\6\1RRXML\6\1PCode\0\4æ7.2\b\f#àæRts#à\6\1Rconf(Ç'Ë˼\27\26\6\brxml_tag_set\6\f0?0Ý\225¸Òä¨Y½\233\204.äý#à\6\1Rtype\6\5text/htmlæxmlhà#\0\0\6\0Rtag#à\17\2#à\6\0Rmod\17\3\6\6rxmltags#0&\1
7\6\6\1cache\17\6\0\3dc\5\0\2I/6á\0\a\0"+[5483929],Configuration(online.fe),1)
/.../
Note that the backtrace blames PikeCompiler()->compile(), but on module.pmod:9823 is a call to decode_value.
```
The encoded string has been created in another pike installation. Investigations suggest that it's not a different version of pike, though. It seems like the same string can be decoded in the server it came from, but there's no hard evidence on that.
The problem appears to be specific to this particular instance of the dumped code - other similar cases work.
If this is due to different pike build or resolver environment, pike should be able to report such issues differently from pure format problems. (On a related note, decode_value is badly in need of proper error objects that can be classified in a sane way.)
```
See also RT #17001.
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5131Incorrect profiling of recursive functions using --with-profiling2012-01-07T04:05:03ZPeter BortasIncorrect profiling of recursive functions using --with-profilingImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5131
Reported by Jonas Wallden <jonasw@roxen.com>
Note the bogus 950 seconds reported for fn() and its children. The 191 msec for the function itself is correct though.
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5131
Reported by Jonas Wallden <jonasw@roxen.com>
Note the bogus 950 seconds reported for fn() and its children. The 191 msec for the function itself is correct though.
```
Pike v7.8 release 371 running Hilfe v3.5 (Incremental Pike Frontend)
> class C { void fn(int x, int limit) { if (x < limit) fn(x + 1, limit); } };
> object c = C();
> gauge { c->fn(0, 10000); };
(1) Result: 0.191259
> get_profiling_info(C);
(2) Result: ({ /* 2 elements */
1,
([ /* 1 element */
"fn": ({ /* 3 elements */
10001,
950974,
191
})
])
})
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5793Java support not detected on OS X 10.6 + Java Update 32011-12-13T17:20:29ZPeter BortasJava support not detected on OS X 10.6 + Java Update 3Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5793
Reported by Jonas Wallden <jonasw@roxen.com>
Apple recently shipped Java Update 3 for OS X 10.6. First, it ships without system headers so a separate developer packa...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5793
Reported by Jonas Wallden <jonasw@roxen.com>
Apple recently shipped Java Update 3 for OS X 10.6. First, it ships without system headers so a separate developer package must be installed from e.g. connect.apple.com (requires a developer account).
However, even after this the JDK structure seems sufficiently different that Pike's configure script cannot detect proper paths and flags.
checking for JAVA_HOME... /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents
checking for Java architecture directory name...
checking for Java libraries... no
checking for the Java include directory... /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents/Headers
Adding /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents/Headers to the include search path.
Adding /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents/Headers//. to the include search path.
checking for JavaVM (MacOS X)... no
checking for pkg-config... no
checking -DMACOSX... yes
checking for grep that handles long lines and -e... (cached) /usr/bin/grep
checking for egrep... (cached) /usr/bin/grep -E
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking jni.h usability... yes
checking jni.h presence... yes
checking for jni.h... yes
checking for winbase.h... (cached) no
checking for setjmp.h... (cached) yes
checking ffi.h usability... no
checking ffi.h presence... no
checking for ffi.h... no
checking ffi/ffi.h usability... yes
checking ffi/ffi.h presence... yes
checking for ffi/ffi.h... yes
checking for ffi_arg... yes
checking for ffi_sarg... yes
checking for sysOpen in -lhpi... no
checking for JNI_CreateJavaVM in -ljvm... no
checking for JNI_CreateJavaVM in -lgcj... no
The closest symbol match to JNI_CreateJavaVM is located in $JAVA_HOME/Libraries/libjvm.dylib, though it's named _JNI_CreateJavaVM_Impl so I don't know if that is the proper one since it's 32-bit only. Here are a few candidates:
-rwxrwxr-x 1 root admin 3608352 12 Okt 07:20 libclient.dylib*
lrwxr-xr-x 1 root admin 15 11 Nov 11:10 libclient64.dylib@ -> libserver.dylib
lrwxr-xr-x 1 root admin 15 11 Nov 11:10 libjvm.dylib@ -> libclient.dylib
-rwxrwxr-x 1 root admin 11543712 12 Okt 07:20 libserver.dylib*Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6118Downloading PDFs over https intermittently fails2011-12-13T15:31:20ZPeter BortasDownloading PDFs over https intermittently failsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6118
Reported by Erik Allemann <erik@roxen.com>
```
RT#17711
Tested on 5.1-rel1
```
Downloading a (semi-)large PDF over https occasionally fails.
Symptoms vary:
1. ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6118
Reported by Erik Allemann <erik@roxen.com>
```
RT#17711
Tested on 5.1-rel1
```
Downloading a (semi-)large PDF over https occasionally fails.
Symptoms vary:
1. The browser sometimes visually loads the PDF, but seemingly never completes the download.
2. The browser indicates complete file download but never displays the PDF content (the browser may still show as loading the page/file).
3. Occasionally the PDF browser plugin looks like its reporting an incorrect file size.
```
Debug example is from #2 (attached) as well as example PDF.
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6103json_escape() in Mysql module needs fixing2011-10-18T11:24:00ZPeter Bortasjson_escape() in Mysql module needs fixingImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6103
Reported by Marcus Wellhardh <wellhard@roxen.com>
The function json_escape() in src/modules/Mysql/result.c does not escape the following characters:
\u2028
\u2029Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6103
Reported by Marcus Wellhardh <wellhard@roxen.com>
The function json_escape() in src/modules/Mysql/result.c does not escape the following characters:
\u2028
\u2029Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6104Search: Incorrect sub part key2011-10-18T10:59:17ZPeter BortasSearch: Incorrect sub part keyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6104
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got this backtrace on a server that uses an old external MySQL server (4.0.27) that can't use indexes bigger then 2...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6104
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got this backtrace on a server that uses an old external MySQL server (4.0.27) that can't use indexes bigger then 255 characters:
```
big_query(): Query "
: create table IF NOT EXISTS queue (
8:42:49 : uri blob not null,
0d11h34m : uri_md5 char(32) not null default '',
: template varchar(255) not null default '',
: md5 char(32) not null default '',
: recurse tinyint not null,
: stage tinyint not null,
8:42:49 : UNIQUE(uri_md5),
0d11h34m : INDEX stage (stage),
: INDEX uri (uri(256))
: )
: " failed (Incorrect sub part key. The used key part isn't a string, the used length is longer than the key part or the table handler doesn'
t support unique sub keys)
: /space/local/backend/roxen/server-5.1.185/pike/lib/modules/Mysql.so:1: mysql(/*Localhost via UNIX socket*/)->big_query("\n create table IF N
OT EXISTS queue (\n uri blob not null,\n uri_md5 char(32) not null default '',\n\ttemplate varchar(255) not null default '',\n\tm
d5 char(32) not nu"+[151])
8:42:49 : /space/local/backend/roxen/server-5.1.185/pike/lib/modules/Sql.pmod/mysql.pike (e1bab684):728: mysql(/*Localhost via UNIX socket*/)->big_query(
"\n create table IF NOT EXISTS queue (\n uri blob not null,\n uri_md5 char(32) not null default '',\n\ttemplate varchar(255) n
ot null default '',\n\tmd5 "+[169],UNDEFINED,UNDEFINED)
0d11h34m : /space/local/backend/roxen/server-5.1.185/pike/lib/modules/Sql.pmod/Sql.pike (rev 1.100):547: Sql.mysql(/*Localhost via UNIX socket*/)->query("
\n create table IF NOT EXISTS queue (\n uri blob not null,\n uri_md5 char(32) not null default '',\n\ttemplate varchar(255) no
t null default '',\n\tmd5 char(32) not nu"+[151])
: /space/local/backend/roxen/server-5.1.185/pike/lib/modules/Search.pmod/Queue.pmod/MySQL.pike:50: Search.Queue.MySQL()->perhaps_create_table()
: /space/local/backend/roxen/server-5.1.185/pike/lib/modules/Search.pmod/Queue.pmod/MySQL.pike:32: Search.Queue.MySQL()->create(Web.Crawler.Stats
(),Web.Crawler.Policy(),"mysql://localhost/search_intranet2011_intranet2011","queue",UNDEFINED,UNDEFINED)
: modules/search/modules/search_sb_interface.pike (rev 1.353):2851: DatabaseProfile(1:intranet2011)->setup_queue()
: modules/search/modules/search_sb_interface.pike (rev 1.353):3025: DatabaseProfile(1:intranet2011)->crawl_url("sitebuilder://intranet2011/gemens
amt/kontor/vardomsorg/styrdokument-och-riktlinj/overgripande-styrdokument/ledningssystem-for-kvalit/Ledningssystem_slutversion-april-2011.pdf",UNDEFINED,UN
DEFINED,,,0)
8:42:49 : modules/search/modules/search_sb_interface.pike (rev 1.353):3052: DatabaseProfile(1:intranet2011)->crawl_sb_file("/gemensamt/kontor/vardomsorg/
styrdokument-och-riktlinj/overgripande-styrdokument/ledningssystem-for-kvalit/Ledningssystem_slutversion-april-2011.pdf",0)
0d11h34m : modules/search/modules/search_sb_interface.pike (rev 1.353):221: RoxenModule(intranet2011/search_sb_interface#0)->sb_index_file(Workarea(,Site(
intranet2011:/space/local/repository/intranet2011.sb/)),,,2)
: modules/search/modules/search_sb_interface.pike (rev 1.353):432: RoxenModule(intranet2011/search_sb_interface#0)->change_hook("file_change","ge
mensamt/kontor/vardomsorg/styrdokument-och-riktlinj/overgripande-styrdokument/ledningssystem-for-kvalit/Ledningssystem_slutversion-april-2011.pdf",0,"",,,0
)
: modules/search/modules/search_sb_interface.pike (rev 1.353):484: RoxenModule(intranet2011/search_sb_interface#0)->after_hook("file_change","gem
ensamt/kontor/vardomsorg/styrdokument-och-riktlinj/overgripande-styrdoku
```
---------------
```
diff --git a/lib/modules/Search.pmod/Queue.pmod/MySQL.pike b/lib/modules/Search.pmod/Queue.pmod/MySQL.pike
index 43bdeca..43a1922 100644 (file)
--- a/lib/modules/Search.pmod/Queue.pmod/MySQL.pike
+++ b/lib/modules/Search.pmod/Queue.pmod/MySQL.pike
@@ -44,9 +44,15 @@ static void perhaps_create_table( )
recurse tinyint not null,
stage tinyint not null,
UNIQUE(uri_md5),
- INDEX stage (stage)
+ INDEX stage (stage),
+ INDEX uri (uri(256))
)
");
+ if (!sizeof(db->query("SHOW INDEX FROM " + table +
+ " WHERE key_name = 'uri'"))) {
+ db->query("ALTER TABLE " + table +
+ " ADD INDEX uri (uri(256))");
+ }
}
```
Perhaps change "INDEX uri (uri(256)" to 255 instead?Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6065Multiple definitions of create variable name2011-09-15T14:16:39ZPeter BortasMultiple definitions of create variable nameImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6065
Reported by Martin Stjernholm <mast@roxen.com>
Recent 7.9 fails in post_modules:
```
/home/mast/Pike/devel/src/post_modules/GTK2/build_pgtk.pike:490:Multiple defini...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6065
Reported by Martin Stjernholm <mast@roxen.com>
Recent 7.9 fails in post_modules:
```
/home/mast/Pike/devel/src/post_modules/GTK2/build_pgtk.pike:490:Multiple definitions of create variable name (0 != 6).
make[4]: *** [compile1] Segmentation fault (core dumped)
make[3]: *** [GTK2] Error 1
```
The bug was introduced by this commit:
```
commit 6c98ca273df23f43842684297485e213f60ef66c
Author: Henrik Grubbström (Grubba) <grubba@grubba.org>
Date: Mon Sep 5 19:21:00 2011 +0200
```
Compiler: Fixed resolving of external symbols in deep inherits. Fixes [bug #6063].
Thanks to ??? <zenothing@hotmail.com> for the bugreport.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6052Stdio.write_file return value handling broken2011-08-30T16:13:57ZPeter BortasStdio.write_file return value handling brokenImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6052
Reported by Per Cederqvist <ceder@lysator.liu.se>
Stdio.write_file is documented to return the number of bytes written. However, it actually returns the number of b...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6052
Reported by Per Cederqvist <ceder@lysator.liu.se>
Stdio.write_file is documented to return the number of bytes written. However, it actually returns the number of bytes written by the last call to File()->write.
The do...while loop is broken. It works fine on the first and second run, but on the third run it will write garbage to the file. This is the loop:
```
do {
ret=f->write(str[ret..]);
if (ret < 0)
error ("Couldn't write to %O: %s\n", filename, strerror (f->errno()));
} while (ret < sizeof (str));
```
Consider the case where str is 1000 bytes, and f->write() returns 100 on each call. On the first run, the first 100 bytes of str is written. On the next iteration, bytes 100..199 are written. On the third iteration, bytes 100..199 are written again. Not good. :-)
I doubt that this is much of a problem in practice. It could fail if the disk is full so that the first f->write() cannot write the entire string, but becomes free so that the second f->write() can write some data. Possible, but not very likely. At least on Linux signals seems to be blocked so that sending a SIGSTOP does not interrupt the write(2) system call. If that is not true on all platforms, there is a real problem here.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5958Roxen Crawler exits on wide string2011-07-20T18:11:21ZPeter BortasRoxen Crawler exits on wide stringImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5958
Reported by Erik Allemann <erik@roxen.com>
```
RT#17020
Tested on 5.1-rel1
```
When using "Crawler" as means of indexing a site - a link containing Cyrillic chars i...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5958
Reported by Erik Allemann <erik@roxen.com>
```
RT#17020
Tested on 5.1-rel1
```
When using "Crawler" as means of indexing a site - a link containing Cyrillic chars in a form variable causes an error:
```
10:51:56 : Started indexing: support-crawler
0d21h23m : Crawler 3280: Stdio.File->write(): cannot output wide strings.
: Crawler 3280: -:1: Fd(18)->write("GET /?foo=\u0425\u043e\u043c\u0443\u0442\u044b \u0441 \u0438\u0437\u043e\u043b\u044f\u0446\u0438\u043e\u043d\u043d\u044b\u043c \u0431\u043b\u043e\u043a\u043e\u043c HTTP/1.0\r\nUser-agent: RoxenCrawler/1.0\r\nHost: hibbert.roxen.com:80\r\n\r\n"+[-86])
: Crawler 3280: -:1: Stdio.File("socket", "212.247.28.151:80", 777 /* fd=18 */)->write()
: Crawler 3280: D:/roxen/roxen-51185/server-5.1.185/pike/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike:260: Web.Crawler.Crawler()->HTTPFetcher()->async_write()
: Crawler 3280: -:1: Pike.Backend(0)->`()(3600.0)
10:51:58 : Crawler 3280: D:\roxen\roxen-51185\server-5.1.185\pike\bin/../lib/master.pike:3894: master()->_main(({"D:/roxen/roxen-51185/server-5.1.185/pike/bin/pike","-M","modules/search/pike-modules/","modules/search/programs/multiprocess_crawler.pike","single_process"}))
0d21h23m : Crawler 3280: Exiting due to uncaught error.
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6013Pike dumps core in f_crypt()2011-06-29T14:59:49ZPeter BortasPike dumps core in f_crypt()Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6013
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 17307].
A customer got multiple core dumps from a Roxen CMS 5.1.185:
```
>(gdb) bt
>#0 0xfffffd7...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6013
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 17307].
A customer got multiple core dumps from a Roxen CMS 5.1.185:
```
>(gdb) bt
>#0 0xfffffd7fff0a4686 in ?? ()
>#1 0x0000000000591b9c in f_crypt (args=2) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/builtin_functions.c:2935
>#2 0x0000000000463c02 in eval_instruction (pc=0xc59a92 "")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret_functions.h:2348
>#3 0x000000000045d964 in catching_eval_instruction (pc=0x1147059 "�8\001!O�<F\001]")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret.c:2245
>#4 0x0000000000466dd7 in eval_instruction (pc=0x1147055 "Z\001")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret_functions.h:1317
>#5 0x00000000004696a0 in f_call_function (args=0) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret.c:2213
>#6 0x0000000000559060 in new_thread_func (data=0xfffffd7fffdfd500)
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/threads.c:1125
>#7 0xfffffd7fff12bfbb in ?? ()
>#8 0x0000000000000000 in ?? ()
Hmm... Vad har variablerna ret och saltp för värden i frame #1?
(gdb) up
#1 0x0000000000591b9c in f_crypt (args=2) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/builtin_functions.c:2935
2935 i=!strcmp(ret,saltp);
(gdb) p ret
$1 = 0x0
(gdb) p saltp
$2 = 0x1783f50 "$apr1$b6a0dcb9$cr7NAImog6Wg7fksEL.mz0"
(gdb) list
2930 {
2931 pop_n_elems(args);
2932 push_text(ret);
2933 }else{
2934 int i;
2935 i=!strcmp(ret,saltp);
2936 pop_n_elems(args);
2937 push_int(i);
2938 }
2939 }
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5939Cannot run pike files stored on FAT drives2011-05-05T08:41:59ZPeter BortasCannot run pike files stored on FAT drivesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5939
Reported by Payman Delshad <payman@opera.com>
Cannot run pike files that are stored on a TrueCrypt FAT drive.
(Note: This problem does not happen with TrueCrypt NTFS...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5939
Reported by Payman Delshad <payman@opera.com>
Cannot run pike files that are stored on a TrueCrypt FAT drive.
(Note: This problem does not happen with TrueCrypt NTFS drives, for instance.)
Steps to reproduce:
- Install TrueCrypt (http://www.truecrypt.org/).
- Create an encrypted FAT drive.
- Mount the drive. (e.g. on F:)
- Create a pike file on the mounted drive. (e.g. F:\file.pike)
- In windows command prompt, try running "F:\> pike file.pike".
Actual result:
The file is not run and I get the following error message:
Could not find file "F:/file.pike".
Expected result:
Pike should run the file.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5936Protocols.HTTP sometimes lack Content-Length header2011-05-03T11:32:37ZPeter BortasProtocols.HTTP sometimes lack Content-Length headerImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5936
Reported by Tobias Liin <liin@roxen.com>
--- Test case ---
<insert href="http://www.roxen.com" method="post" status-variable="var.status"/>
[&var.status;]
=> [411]...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5936
Reported by Tobias Liin <liin@roxen.com>
--- Test case ---
<insert href="http://www.roxen.com" method="post" status-variable="var.status"/>
[&var.status;]
=> [411]
Running the server with HTTP_QUERY_DEBUG shows that there is no Content-Length header declared in the request.
--- Test case 2 ---
<set variable="var.b" value="b"/>
<insert href="http://www.roxen.com" method="post" status-variable="var.status"
post-variables="a=var.b"/>
[&var.status;]
=> [200]
With a message body the request now includes a Content-Length header.
Perhaps Protocols.HTTP should do Content-Length: 0 for empty http message bodies?
(by the way, insert#href does Query.async_request())Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5911Missing type check in object_lower_set_index2011-03-23T22:19:44ZPeter BortasMissing type check in object_lower_set_indexImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5911
Reported by Martin Stjernholm <mast@roxen.com>
The following program dumps core in 7.9 (at least with rtldebug):
```
string s;
int main()
{
s = (mixed) Standards....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5911
Reported by Martin Stjernholm <mast@roxen.com>
The following program dumps core in 7.9 (at least with rtldebug):
```
string s;
int main()
{
s = (mixed) Standards.UUID.make_version4();
werror ("%O\n", s);
}
```
The reason is that object_lower_set_index doesn't properly catch that an object gets assigned to the string short svalue. A type check is missing in the default clause in the switch in that function.
It appears that the rtt is PIKE_T_NO_REF_FLAG|PIKE_T_STRING in this particular case, though. Since there's no define for that combination it might be a sign that something is more seriously broken.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3929piketag module crashes on MacOS X2011-02-09T17:34:26ZPeter Bortaspiketag module crashes on MacOS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3929
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
According to self test on MacOS X:
```
Failed to compile module
/home/dist/tmp/self-test/roxe...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3929
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
According to self test on MacOS X:
```
Failed to compile module
/home/dist/tmp/self-test/roxen-4.0.349-test-cms-macosx_ppc32.sh/roxen/server-4.0.349/modules/scripting/piketag.pike:
modules/scripting/piketag.pike:197 Error: Index 'hide_whitespaces' not
present in module 'Pike'.
modules/scripting/piketag.pike:197 Error: Index 'tokenize' not present in
module 'Pike'.
modules/scripting/piketag.pike:202 Error: Index 'hide_whitespaces' not
present in module 'Pike'.
modules/scripting/piketag.pike:202 Error: Index 'tokenize' not present in
module 'Pike'.
modules/scripting/piketag.pike:234 Error: Undefined identifier RXML.
modules/scripting/piketag.pike:246 Error: Undefined identifier RXML.
modules/scripting/piketag.pike:260 Error: Undefined identifier Roxen.
modules/scripting/piketag.pike:291 Error: Class definition failed.
modules/scripting/piketag.pike:293 Error: Undefined identifier Roxen.
modules/scripting/piketag.pike:313 Error: Undefined identifier Parser.
modules/scripting/piketag.pike:313 Error: Undefined identifier Parser.
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3942Postgres information outdated/inaccurate (patch included)2011-02-09T14:21:46ZPeter BortasPostgres information outdated/inaccurate (patch included)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3942
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
This patch fixes the following issues with the postgres info:
postgresql is not particularly ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3942
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
This patch fixes the following issues with the postgres info:
postgresql is not particularly slow
username and password are not ignored when connecting
you always have a db selected with postgres, so you don't have to worry
about it throwing exceptions if you didn't select a db
and the environment variable information has been updatedPike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3944glibc crash2011-02-08T16:05:06ZPeter Bortasglibc crashImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3944
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
*** glibc detected *** free(): invalid next size (fast): 0x600000001021f780 ***
Does this happen inside the...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3944
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
*** glibc detected *** free(): invalid next size (fast): 0x600000001021f780 ***
Does this happen inside the GC ? This is the second or third crash after uptime of 1-2 weeks.
Pike Version is 7.4.44.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4284Encode problem after compilation failure2011-02-08T15:53:10ZPeter BortasEncode problem after compilation failureImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4284
Reported by Martin Stjernholm <mast@roxen.com>
```
/home/mast/Pike/frozen/src/encode.c:1465: Fatal error:
[Switching to Thread 46912506866400 (LWP 15206)]
Breakpoin...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4284
Reported by Martin Stjernholm <mast@roxen.com>
```
/home/mast/Pike/frozen/src/encode.c:1465: Fatal error:
[Switching to Thread 46912506866400 (LWP 15206)]
Breakpoint 1, debug_fatal (fmt=0x67b147 "Unknown identifier type.\n")
at /home/mast/Pike/frozen/src/error.c:386
386 {
(gdb) bt
#0 debug_fatal (fmt=0x67b147 "Unknown identifier type.\n")
at /home/mast/Pike/frozen/src/error.c:386
#1 0x00000000004aada7 in encode_value2_ (val=<value optimized out>,
data=0x7fffffc087a0,
force_encode=<value optimized out>) at
/home/mast/Pike/frozen/src/encode.c:1465
#2 0x00000000004acd31 in f_encode_value (args=2)
at /home/mast/Pike/frozen/src/encode.c:1698
#3 0x0000000000436845 in eval_instruction_without_debug (
pc=0xbb4f49
"�\fJ\003\033\006'\002��\033\a(\002\003\021�\r��}\001\001\"\020&")
at interpret_functions.h:2178
#4 0x000000000043378d in o_catch (pc=0xc5b334 "!\001(")
at /home/mast/Pike/frozen/src/interpret.c:1383
#5 0x00000000004399a0 in eval_instruction_without_debug (pc=0xc5b32f "k\f")
at interpret_functions.h:1243
#6 0x000000000043378d in o_catch (pc=0xe612b4 "!\001\034\005�\a[\017")
at /home/mast/Pike/frozen/src/interpret.c:1383
#7 0x00000000004399a0 in eval_instruction_without_debug (pc=0xe612af "kz")
at interpret_functions.h:1243
#8 0x000000000043378d in o_catch (pc=0xe61465 "\022\021�\016E\001[\016")
at /home/mast/Pike/frozen/src/interpret.c:1383
#9 0x00000000004399a0 in eval_instruction_without_debug (pc=0xe61460 "k6")
at interpret_functions.h:1243
#10 0x000000000043378d in o_catch (pc=0xf955e4 "&\003�amE\004Z!")
at /home/mast/Pike/frozen/src/interpret.c:1383
#11 0x00000000004399a0 in eval_instruction_without_debug (pc=0xf955df "k\t")
at interpret_functions.h:1243
#12 0x000000000043378d in o_catch (pc=0xc5ab09 "&")
at /home/mast/Pike/frozen/src/interpret.c:1383
#13 0x00000000004399a0 in eval_instruction_without_debug (pc=0xc5ab04 "k\v")
at interpret_functions.h:1243
#14 0x000000000044bd56 in mega_apply (type=<value optimized out>,
args=<value optimized out>, arg1=<value optimized out>, arg2=<value
optimized out>)
at /home/mast/Pike/frozen/src/interpret.c:1383
#15 0x00000000004a036b in backend_do_call_outs (me=0x9ac8c0) at
backend.cmod:1359
#16 0x00000000004a4705 in low_backend_once (me=0x9ac8c0,
timeout=0x7fffffc0acd0)
at backend.cmod:2888
#17 0x00000000004a5164 in f_Backend_cq__backtick_28_29 (args=1) at
backend.cmod:2932
#18 0x0000000000431238 in low_mega_apply (type=APPLY_SVALUE, args=1,
arg1=<value optimized out>, arg2=<value optimized out>) at apply_low.h:214
#19 0x0000000000436fe5 in eval_instruction_without_debug (
pc=0xa1d36f
"�3Q\031R�3X����J\rO�S'\r�\232k����Q\031R�3Q\031R�3X����\001\001!l'")
at interpret_functions.h:1956
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) fr 1
#1 0x00000000004aada7 in encode_value2_ (val=<value optimized out>,
data=0x7fffffc087a0,
force_encode=<value optimized out>) at
/home/mast/Pike/frozen/src/encode.c:1465
1465 Pike_fatal ("Unknown identifier type.\n");
(gdb) p id->identifier_flags
$1 = 27 '\033'
```
I don't understand how it ends up in this error when it looks like the
identifier type is IDENTIFIER_C_FUNCTION.
Anyway, this error is probably connected to an earlier compilation error in
a pmod which this program references.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström