pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2023-04-13T15:44:51Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/10112Pike 9.0 compiler --with-debug cleanup (free_supporter()) fails due to invali...2023-04-13T15:44:51ZHenrik (Grubba) GrubbströmPike 9.0 compiler --with-debug cleanup (free_supporter()) fails due to invalid supporter pointers on NTSeen in Pikefarm (pike_compiler.cmod):
```
void free_supporter(struct Supporter *c)
{
verify_supporters();
if (c->depends_on) {
struct Supporter **s;
for (s = &c->depends_on->dependants; *s; s = &(*s)->next_dependant)
i...Seen in Pikefarm (pike_compiler.cmod):
```
void free_supporter(struct Supporter *c)
{
verify_supporters();
if (c->depends_on) {
struct Supporter **s;
for (s = &c->depends_on->dependants; *s; s = &(*s)->next_dependant)
if (*s == c) {*s = c->next_dependant; break;}
c->depends_on = 0;
}
if (c->exit_fun) c->exit_fun(c);
verify_supporters();
}
```
When the typical failure occurs `*s` contains a small integer (like `1`, `2` or `10`). The same value is present as `c->depends_on->dependants`.Pike 9.0https://git.lysator.liu.se/pikelang/pike/-/issues/4823ODBC on Linux truncates data2020-03-01T15:10:48ZPeter BortasODBC on Linux truncates dataImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4823
Reported by Marcus Wellhardh <wellhard@roxen.com>
The ODBC module on Linux has a limit on 4096 for binary fields:
```
[root@boulderdash bin]# ./roxen
Pike v7.8 rel...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4823
Reported by Marcus Wellhardh <wellhard@roxen.com>
The ODBC module on Linux has a limit on 4096 for binary fields:
```
[root@boulderdash bin]# ./roxen
Pike v7.8 release 254 running Hilfe v3.5 (Incremental Pike Frontend)
> object db = Sql.Sql("odbc://test:test@sparq");
> array(mapping) res = db->query("select PF, datalength(PF) as length from aspnet_UsersPF");
> foreach(res, mapping row) { werror("%O %O\n", sizeof(row->PF), row->length);}
4096 "617558"
4096 "14276"
4096 "88303"
4096 "39121"
4096 "753609"
4096 "24658"
4096 "54450"
3249 "3249"
4096 "80761"
4096 "1052287"
4096 "299889"
4096 "25067"
4096 "151892"
4096 "8810"
Ok.
```
Tested on boulderdash.roxen.com with roxen-5.0.352-test-cms-rhel5_x86_64.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3947SDL.set_video_mode() breaks Pike on Mac OS X.3.9 and SDL 1.2.82020-03-01T14:50:31ZPeter BortasSDL.set_video_mode() breaks Pike on Mac OS X.3.9 and SDL 1.2.8Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3947
Reported by Hermann Kruud, <hermannkruud@yahoo.co.uk>
```
This call:
SDL.set_video_mode(320, 240, 16, SDL.SWSURFACE);
```
breaks on Pike v7.7 release 21 (also v...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3947
Reported by Hermann Kruud, <hermannkruud@yahoo.co.uk>
```
This call:
SDL.set_video_mode(320, 240, 16, SDL.SWSURFACE);
```
breaks on Pike v7.7 release 21 (also v7.6 release 24 and v7.4 release 25)
and gives:
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
...
2005-07-03 22:27:39.224 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48e640 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.225 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x438720 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.226 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48edb0 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.227 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4376b0 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.227 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4201c0 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.228 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ee10 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.229 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ee30 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.229 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ee50 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.230 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ee70 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.231 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4560e0 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.231 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ee90 of class NSPathStore2 autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.232 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48eef0 of class NSPathStore2 autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.232 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ef20 of class NSPathStore2 autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.233 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48eff0 of class NSPathStore2 autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.234 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48f030 of class NSCFDictionary autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.235 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48f0f0 of class NSIdEnumerator autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.236 pike[9057] *** _NSAutoreleaseNoPool(): Object
0xa2e7e924 of class NSCFString autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.237 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48f150 of class NSCFArray autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.238 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4642b0 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.239 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x464900 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.240 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x464d70 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.241 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x464910 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.242 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4648d0 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.242 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x464d30 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.243 pike[9057] *** _NSAutoreleaseNoPool(): Object
0xa2e7e8b4 of class NSCFString autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.244 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x461bb0 of class NSCFNumber autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.247 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48fdf0 of class NSCFData autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.253 pike[9057] *** _NSAutoreleaseNoPool(): Object
0xa2e7b0d0 of class NSCFString autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.256 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x490840 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.259 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48fcf0 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.260 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491130 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.261 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491010 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.262 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48eb40 of class _NSThemeCloseWidget autoreleased with no pool in place -
just leaking
2005-07-03 22:27:39.264 pike[9057] *** _NSAutoreleaseNoPool(): Object
0xa2e7b0d0 of class NSCFString autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.265 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491750 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.266 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4915a0 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.268 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4915f0 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.268 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x4917e0 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.269 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491320 of class _NSThemeWidget autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.270 pike[9057] *** _NSAutoreleaseNoPool(): Object
0xa2e7b0d0 of class NSCFString autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.271 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x490730 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.272 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48ebc0 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.273 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x47ed60 of class _NSCachedBitmapImageRep autoreleased with no pool in
place - just leaking
2005-07-03 22:27:39.274 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x47c0b0 of class NSImage autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.275 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491ac0 of class _NSThemeWidget autoreleased with no pool in place - just
leaking
2005-07-03 22:27:39.277 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x491440 of class NSCFString autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.278 pike[9057] *** _NSAutoreleaseNoPool(): Object
0x48c900 of class NSException autoreleased with no pool in place - just leaking
2005-07-03 22:27:39.279 pike[9057] *** Uncaught exception:
<NSInternalInconsistencyException> Error (1002) creating CGSWindow
```
Backtracing on GDB gives:
#0 0x90a8d318 in _NSRaiseError ()
#1 0x90a8d1fc in +[NSException raise:format:] ()
#2 0x92f54518 in _NSCreateWindowWithOpaqueShape ()
#3 0x92f032bc in -[NSWindow _commonAwake] ()
#4 0x92ed0b30 in -[NSWindow _commonInitFrame:styleMask:backing:defer:] ()
#5 0x92ec04d8 in -[NSWindow
_initContent:styleMask:backing:defer:contentView:] ()
#6 0x92f408b8 in -[NSWindow
initWithContentRect:styleMask:backing:defer:] ()
#7 0x014c4e1c in -[SDL_QuartzWindow
initWithContentRect:styleMask:backing:defer:] (self=0x0, _cmd=0x0,
contentRect={origin = {x = 0, y = 0}, size = {width = 320, height = 240}},
styleMask=8388608, backingType=2733245164, flag=0 '\0') at
SDL_QuartzWindow.m:196
#8 0x014c35cc in QZ_SetVideoWindowed (this=0x47b5f0, current=0x0,
width=536870912, height=-1073750704, bpp=8388608, flags=0) at
SDL_QuartzVideo.m:737
#9 0x014c3a58 in QZ_SetVideoMode (this=0x858600, current=0x14f535c,
width=536870912, height=-1073750704, bpp=32, flags=1) at SDL_QuartzVideo.m:845
#10 0x014cca34 in SDL_SetVideoMode (width=0, height=240, bpp=16,
flags=0) at SDL_video.c:661
#11 0x01258190 in f_set_video_mode ()
#12 0x0002e2c8 in low_mega_apply ()
#13 0x000265b8 in jump_opcode_F_APPLY_AND_RETURN ()
#14 0x0121ae08 in ?? ()
#15 0x0002fe5c in o_catch ()
#16 0x0001e428 in jump_opcode_F_CATCH ()
#17 0x01211368 in ?? ()
#18 0x0002fcd0 in mega_apply ()
#19 0x000e2ec0 in call_pike_initializers ()
#20 0x000e340c in parent_clone_object ()
#21 0x0002e320 in low_mega_apply ()
#22 0x000278fc in jump_opcode_F_CALL_OTHER_AND_POP ()
#23 0x006803c0 in ?? ()
#24 0x0002fcd0 in mega_apply ()
#25 0x000034ec in main ()
#26 0x0000237c in _start (argc=3, argv=0xbffff710, envp=0xbffff720) at
/SourceCache/Csu/Csu-47/crt.c:267
#27 0x8fe1a278 in __dyld__dyld_start ()
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3110Protocols.HTTP.Server problem with the Calendar module2022-08-28T23:26:34ZPeter BortasProtocols.HTTP.Server problem with the Calendar moduleImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3110
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
when Pike is installed with the --traditional parameter passed to
install.pike, the line below (...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3110
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
when Pike is installed with the --traditional parameter passed to
install.pike, the line below (given either in a script or in hilfe) gives a
longish backtrace (see the attachment):
```
Protocols.HTTP.Server.http_date(1);
```
The function above contains the following code:
```
Calendar.ISO_UTC.Second(time)->format_http();
```
When the offending line is preceeded by executing the above code by hand,
the backtrace doesn't occur. Since ISO_UTC is a 'magic' index in the
Calendar module, I suppose there's some confusion with path resolving,
although I cannot find the reason why this is happening. When Pike is
installed with the --new-style (the default) parameter, nothing of the
above occurs.Pike 9.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström