Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Unaligned memory access
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

Why do we have two sets of unaligned memory access functions? One is EXTRACT_xxx() in port.h (available since antiquity) which uses raw access iff the arch is IA32. The other is get_unaligned_xxx() in pike_memory.h (available since 2014) which uses raw access iff the arch is EM64T. Both have exactly the same implementation, except for the obvious descripancy in the list of arches getting special treatment. Shouldn't we consolidate this to just one copy of the implementation, and a consistent list of arches using raw access (preferrably using the define HANDLES_UNALIGNED_MEMORY_ACCESS which has also been available since antiquity...)?

2 2

IEEE floats
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

Is there any platform we need to support that doesn't have IEEE floats?

2 9

UINT
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

Is there a reason why we have UINT64 and UINT128 but not UINT32/16/8?

2 1

Buffer objects in SQLite
by el ＠ Pike developers forum 22 Nov '17

22 Nov '17

I agree, that Buffer objects (Stdio.Buffer, String.Buffer, etc.) are the natural API for binary data, however, they are not thread safe. As far as I can tell the SQLite module will allow other threads to run, who may invalidate the buffer storage (realloc or similar). We probably need to use SQLITE_TRANSIENT there. The same problem was (I think) also present in the previous version using strings in multisets.

1 0

autoconf and ac_tool_prefix
by H. William Welliver III 22 Nov '17

22 Nov '17

I’ve noticed that there are a number of checks like this in various configure.ins: MY_AC_PATH_PROG(FT_CONFIG, ${ac_tool_prefix}freetype-config, no) The pkgsrc framework automatically sets the --host option (among other things) on configure, which causes ac_tool_prefix to be set to something like x86_64-sun-solaris2.11. The problem is that in this case (and others), there is no x86_64-sun-solaris2.11-freetype-config, only freetype-config. That causes a lot of dependencies to be left unfound, which isn’t ideal. I notice that the check for gcc falls back to gcc, so it’s possible there’s a bug in autoconf itself. Would anyone care to offer an opinion as to the proper solution to this problem? I could create a bunch of symlinks, but that doesn’t seem like the best way to solve this (though it might be the quickest). Bill

2 1

dmalloc issue
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

I currently get the following with Pike 8.1 with debug: nilsson@carbon:~/pike/dmalloc$ make run_hilfe /home/nilsson/pike/dmalloc/pike -DNOT_INSTALLED -DPRECOMPILED_SEARCH_MORE -m/home/nilsson/pike/dmalloc/master.pike Pike v8.1 release 9 running Hilfe v3.5 (Incremental Pike Frontend) Terminal closed. Strings left: 1 (65616 bytes) (zapped) 0x0x45d6ce0: 3 refs, len=0, size_shift=0, hval=0x (0) "" ==LEAK==: (0x45e9cb0) 2 bytes **Block: 0x45e9cb0 Type: PIKE_T_UNKNOWN Refs: -2088959992 **Cannot describe block of type PIKE_T_UNKNOWN (247) ******************* Locations that handled 0x45e9cb0: (gc generation: 0/6 gc pass: 0/0) *** /home/nilsson/pike/src/interpret_functions.h:3095 xalloc (1 times) !*! *** /home/nilsson/pike/src/pike_memory.c:356 malloc (1 times) Not much help in the printout to pin it down.

3 7

Interactive debugging and live data inspection
by Stephen R. van den Berg 22 Nov '17

22 Nov '17

I just checked in a debugging aid I created to be able to do some live data inspection in running Pike programs (I used it to find the cause of a deadlock in pgsql). I'd appreciate feedback on the implementation and usability of Debug.Peek (in Pike 8.1). To get a rough impression of what it does, here's an excerpt out of the documentation: ------------------------------------------------ Class Debug.Peek Description Allows for interactive debugging and live data structure inspection in both single- and multi-threaded programs. Creates an independent background thread that every pollinterval will show a list of running threads. Optionally, a triggersignal can be specified which allows the dump to be triggered by signal. Example: In the program you'd like to inspect, insert the following one-liner: Debug.Peek("/tmp/test.pike"); Then start the program and keep it running. Next you create a /tmp/test.pike with the following content: void create() { werror("Only once per modification of test.pike\n"); } int main() { werror("This will run every iteration\n"); werror("By returning 1 here, we disable the stacktrace dumps\n"); return 0; } void destroy() { werror("destroy() runs just as often as create()\n"); } Whenever you edit /tmp/test.pike, it will automatically reload the file. ------------------------------------------------ -- Stephen.

3 4

string_assignment
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

I'm looking at init_string_assignment_storage() in operators.c that initialized the object used when assigning individual characters in a string. Since the object is created with low_clone() the C init function is never called, so this code is currently not active. Since the object storage is zeroed, not calling the initializer is typically fine, but this initializer does SET_SVAL(THIS->lval[0], T_INT, PIKE_T_FREE, integer, 0); where PIKE_T_FREE isn't 0, so enabling this code would make a difference. However, all uses of PIKE_T_FREE in svalue.c looks for TYPEOF(x)==PIKE_T_FREE, not SUBTYPEOF(x). What is the desired behaviour here?

3 8

Concurrent
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

Anyone against putting the (pike code only) Concurrent module in 8.0.

2 3

C-c
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 22 Nov '17

22 Nov '17

There is an annoying difference between Pike 8.0 and 8.1. If you start hilfe Pike 8.0 will exit as soon as you press ctrl-C. In 8.1 Pike doesn't exist until it get one more key press. Why is that?

3 5

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