pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/456The pike binary for IRIX 6.5/IP32 doesn't work on IRIX 6.5/IP222009-04-16T14:11:39ZPeter BortasThe pike binary for IRIX 6.5/IP32 doesn't work on IRIX 6.5/IP22Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=456
Reported by @grubba
```
From: Karl Pitrich <pit@linuxaustria.at>
To: roxen@roxen.com
Date: Sat, 30 Sep 2000 22:52:18 +0200
Subject: IRIX 6.5 binary troubles
```
hi,
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=456
Reported by @grubba
```
From: Karl Pitrich <pit@linuxaustria.at>
To: roxen@roxen.com
Date: Sat, 30 Sep 2000 22:52:18 +0200
Subject: IRIX 6.5 binary troubles
```
hi,
i downloaded the 2.1 binary .sh from download.roxen.com because
iam unable to compile on my indigo2/IP22
i run IRIX 6.5, but the selfextracting archive says, it cannot run
./build/pike.
(program not supported by architecture)
any hints?
thx, Karl
```
--
Best regards, Karl Pitrich. icq #81091001
```
pitrich information technologies
linuxsoftwareinternetworkcommunication!
hauptstraße 16-18 | 4040 linz | austria
voice: +43 70 718884 | support: 0900 970 710 (.at only)
--
Microsoft is prohibited from distributing this work in any form, in
whole or in part, across any medium. Licenses for distribution are
available to Microsoft for $500. Posting without permission constitutes
an agreement to these terms.Pike 7.0Peter BortasPeter Bortashttps://git.lysator.liu.se/pikelang/pike/-/issues/454Y2K39 bug in mktime2009-04-16T14:11:39ZPeter BortasY2K39 bug in mktimeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=454
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> mktime( ([ "year":139 ]) );
-:1:Cannot convert.
```Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=454
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> mktime( ([ "year":139 ]) );
-:1:Cannot convert.
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/448Symbols missing when compiling --without-bugnums.2009-04-16T14:11:39ZPeter BortasSymbols missing when compiling --without-bugnums.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=448
Reported by @grubba
/home/grubba/src/Pike7.1/build/darwin/smartlink cc -I.
-I/home/grubba/src/Pike7.1/src -I/home/grubba/src/Pike7.1/src
-I/home/grubba/src/Pike7.1/bu...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=448
Reported by @grubba
/home/grubba/src/Pike7.1/build/darwin/smartlink cc -I.
-I/home/grubba/src/Pike7.1/src -I/home/grubba/src/Pike7.1/src
-I/home/grubba/src/Pike7.1/build/darwin -g -framework Zip -O2 -pipe -W
-Wall -Wno-unused -Wcomment -Wformat -Wimplicit-function-declaration
-Wmultichar -Wswitch -Wuninitialized -Wpointer-arith -Wchar-subscripts
-Wno-long-long language.o security.o bignum.o interpret.o constants.o
cpp.o fdlib.o cyclic.o array.o backend.o callback.o encode.o docode.o
dynamic_buffer.o dynamic_load.o error.o fd_control.o fsort.o gc.o
hashtable.o lex.o multiset.o signal_handler.o pike_types.o main.o mapping.o
pike_memory.o module.o module_support.o object.o opcodes.o operators.o
port.o program.o rusage.o stralloc.o stuff.o threads.o version.o queue.o
builtin.o svalue.o las_t.o builtin_functions_t.o peep_t.o `cat
modules/linker_options` -o tpike
/usr/bin/ld: Undefined symbols:
_int64_from_bignum
_is_bignum_objectPike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/397Prb -lc with pike 7.0.78 on UnixWare 7.X.X and OpenServer 5.0.X2009-04-16T14:11:39ZPeter BortasPrb -lc with pike 7.0.78 on UnixWare 7.X.X and OpenServer 5.0.XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=397
Reported by @grubba
```
From: Boyd Lynn Gerber <gerberb@zenez.com>
To: pike-bugs@roxen.com
Date: Sat, 23 Sep 2000 12:08:16 -0600 (MDT)
Subject: Prb -lc with pike 7.0....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=397
Reported by @grubba
```
From: Boyd Lynn Gerber <gerberb@zenez.com>
To: pike-bugs@roxen.com
Date: Sat, 23 Sep 2000 12:08:16 -0600 (MDT)
Subject: Prb -lc with pike 7.0.78 on UnixWare 7.X.X and OpenServer 5.0.X
```
To whom it may concern:
I have found this problem with both SCO OS's. The compilers add the libc
where needed. How do I prevent pike builds using the -lc option.
I have been having some strange behavoir with Roxen and Caudium on
UnixWare 7.X.X and OpenServer. If I run the make check on UnixWare 7.X.X,
I get different things on each build and make check. I can get a core
dump a race condition consuming resources The load jumps to over 30.
I was using gdb tracing things and found shared libs were jumping to
locations that were bogus. It was going to the same place that gmp-3.1
goes when .so are compiled with the -lc option. I have traced it to build
.so files with the -lc option. I then downloaded the latest stable pike
and used the SCO UDK cc compiler instead of gcc. gcc does not give any
warnings about the -lc, although they both automatically link in libc
where needed. I found that pike .so's are all being made with the -lc
option. This warning from the SCO UDK cc should not be over looked.
****
UX:cc: WARNING: Avoid specifying -lc; cc will ensure that libc is linked
in the proper order. Linking libc in the wrong order may cause
incorrect execution behavior. If you do specify -lc, make sure that no
dynamic libraries are specified after it.
I can not find where the -lc is being added. It appears the Makefiles do
not have it, but I see the complaint with the SCO UDK compiler. I am not
sure how to fix it.
Thanks,
--
Boyd Gerber <gerberb@zenez.com>
ZENEZ 3748 Valley Forge Road, Magna Utah 84044
Office 801-250-0795 FAX 801-250-7975Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/387XSLT generates backtrace2009-04-16T14:11:39ZPeter BortasXSLT generates backtraceImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=387
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
See attachments.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=387
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
See attachments.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/369class { ; } bugs out.2009-04-16T14:11:39ZPeter Bortasclass { ; } bugs out.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=369
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
All examples below should compile nicely.
> class { }
Ok.
> class { ; }
Parse error.
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=369
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
All examples below should compile nicely.
> class { }
Ok.
> class { ; }
Parse error.
> class { class { }; }
Ok.
> class { class { }; ; }
Ok.
> class { class { }; ; ; }
Ok.
> class { ; class { }; ; ; }
Parse error.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/355Unsorted charset list in _Charset module2009-04-16T14:11:39ZPeter BortasUnsorted charset list in _Charset moduleImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=355
Reported by @marcus
```
The charsets iso-8859-10 through iso-8859-15 violate the lexiographic sort
order in the list "charset_map" in tables.c. All iso-8859-1* must ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=355
Reported by @marcus
```
The charsets iso-8859-10 through iso-8859-15 violate the lexiographic sort
order in the list "charset_map" in tables.c. All iso-8859-1* must come
before iso-8859-2, or the binary search won't work. This goes for
iso_8859-1x:199x as well.
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/340Roxen uses all available CPU on AIX.2009-04-16T14:11:39ZPeter BortasRoxen uses all available CPU on AIX.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=340
Reported by @grubba
```
From: Ulf Lundstrom <ulf@softwarerun.com>
Organization: SoftwareRun AB
To: Henrik Grubbström <grubba@roxen.com>
Date: Tue, 19 Sep 2000 11:26:5...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=340
Reported by @grubba
```
From: Ulf Lundstrom <ulf@softwarerun.com>
Organization: SoftwareRun AB
To: Henrik Grubbström <grubba@roxen.com>
Date: Tue, 19 Sep 2000 11:26:50 +0200
Subject: Re: Roxen och AIX Bug Id 82
```
Hej igen...
Lyckades inte kompilera Pike från CVS'en...
Laddade hem senaste binären av Pike från Autobuild istället.
Kör nu Pike 2.0.227...
Kunde inte labba mer med 4 propps maskinen, så denna output är från en
singelcpu maskin... Iövrigt identiska vad gäller konfiguration, både
hårdvara
och mjukvara....
Får veta detta av roxen:
Server uptime : 4:42 m:s
CPU-Time used : 5:05 m:s (107.0%)
Page faults (non I/O) : 7863
Number of signals received : 30543
Hmm... Ser inge vidare ut om man säger så... ;-)
Alla tips är välkommna...
Mvh
Ulf Lundström
SoftwareRun ABPike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/339Purely void variables2009-04-16T14:11:39ZPeter BortasPurely void variablesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=339
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Maybe purely void variables ough to give an error?
```
string f(void s)
{ // ^^^^
void x...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=339
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Maybe purely void variables ough to give an error?
```
string f(void s)
{ // ^^^^
void x = "baz";
//^^^^
return s + x;
}
void main()
{
write(f("zot")+"\n");
}
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/327T_UNKNOWN defined in both svalue.h and <sys/conf.h>2009-04-16T14:11:39ZPeter BortasT_UNKNOWN defined in both svalue.h and <sys/conf.h>Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=327
Reported by @grubba
```
Compiling
/tmp/autobuild/pike7.1-20000918181831.tar/src/modules/system/system.c
In file included from
/tmp/autobuild/pike7.1-20000918181831.ta...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=327
Reported by @grubba
```
Compiling
/tmp/autobuild/pike7.1-20000918181831.tar/src/modules/system/system.c
In file included from
/tmp/autobuild/pike7.1-20000918181831.tar/src/modules/system/system.c:58:
/usr/include/sys/conf.h:199: warning: `T_UNKNOWN' redefined
/tmp/autobuild/pike7.1-20000918181831.tar/src/modules/system/../../svalue.h:103:
warning: this is the location of the previous definition
```
Suggested fix: Rename T_UNKNOWN to PIKE_T_UNKNOWN.Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/262Pike hangs on checking if signal handlers reset automatically2009-04-16T14:11:39ZPeter BortasPike hangs on checking if signal handlers reset automaticallyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=262
Reported by Honza Petrous <hop@unibase.cz>
Solaris SPARC 2.6, Sparcstation 1
Configure hangs on "checking if signal handlers reset automatically...".
```
sunny[/]# ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=262
Reported by Honza Petrous <hop@unibase.cz>
Solaris SPARC 2.6, Sparcstation 1
Configure hangs on "checking if signal handlers reset automatically...".
```
sunny[/]# uname -a
SunOS sunny 5.6 Generic_105181-12 sun4c sparc SUNW,Sun_4_60
sunny[/]# ps -ft pts/5
UID PID PPID C STIME TTY TIME CMD
root 18523 18522 0 10:28:09 pts/5 0:02 ./conftest
root 15004 11234 0 10:01:14 pts/5 0:51 /bin/sh ./configure
root 18522 15004 0 10:28:09 pts/5 0:00 /bin/sh ./configure
root 11234 11231 0 14:18:45 pts/5 0:04 tcsh
sunny[/]# truss -p 18523
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xEF6984D8) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xEF39CE2C, 0x00000000) = 0
lwp_sema_post(0x00021D70) = 0
lwp_sema_wait(0x00021D70) = 0
lwp_mutex_unlock(0xEF69B1C8) = 0
lwp_mutex_lock(0xEF69B1C8) = 0
setitimer(ITIMER_REAL, 0xEF39C888, 0x00000000) = 0
setcontext(0xEF39C820)
sigprocmask(SIG_BLOCK, 0xEF6984C8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xEF39CCD0, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xEF6984C8, 0x00000000) = 0
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xEF6984D8) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xEF39CE2C, 0x00000000) = 0
lwp_sema_post(0x00021D70) = 0
lwp_sema_wait(0x00021D70) = 0
setcontext(0xEF39C820)
lwp_sema_post(0xEF6984D8) = 0
sigprocmask(SIG_BLOCK, 0xEF6984C8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xEF39CCD0, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xEF6984C8, 0x00000000) = 0
lwp_sema_wait(0xEF6984D8) = 0
sigprocmask(SIG_BLOCK, 0xEF6984C8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xEF39CCD0, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xEF6984C8, 0x00000000) = 0
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xEF6984D8) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xEF39CE2C, 0x00000000) = 0
```
[ ... and so on ...]
/HonzaPike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/223Still some Pike error output in the "add modules list".2009-04-16T14:11:39ZPeter BortasStill some Pike error output in the "add modules list".Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=223
Reported by Hans-Göran Wendelhof, Roxen Internet Software <hg@roxen.com>
```
In the "add modules" list:
pike/lib/pike/modules/process.pmod:157 Error: Index 'fork' no...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=223
Reported by Hans-Göran Wendelhof, Roxen Internet Software <hg@roxen.com>
```
In the "add modules" list:
pike/lib/pike/modules/process.pmod:157 Error: Index 'fork' not present in module 'predef'.
pike/lib/pike/modules/process.pmod:276 Error: Class definition failed.
```Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/202Prototypes without argument names causes "Duplicate local variable ''".2009-04-16T14:11:39ZPeter BortasPrototypes without argument names causes "Duplicate local variable ''".Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=202
Reported by @grubba
```
Pike v7.1 release 6 running Hilfe v2.0 (Incremental Pike Frontend)
> class { void foo(int, string); };
-:1:Duplicate local variable '', previo...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=202
Reported by @grubba
```
Pike v7.1 release 6 running Hilfe v2.0 (Incremental Pike Frontend)
> class { void foo(int, string); };
-:1:Duplicate local variable '', previous declaration on line 1
-:1:Class definition failed.
```
See also lyskom://kom.idonex.se/216307/.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/193backend.c has a select which doesn't work on NetBSD-1.52009-04-16T14:11:39ZPeter Bortasbackend.c has a select which doesn't work on NetBSD-1.5Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=193
Reported by Hanno Wagner, Xlink Internet Service GmbH <wagner@fitug.de>
I tried to use Roxen-2.0r3 on NetBSD, but it fails as soon as I try
to connect to the Administ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=193
Reported by Hanno Wagner, Xlink Internet Service GmbH <wagner@fitug.de>
I tried to use Roxen-2.0r3 on NetBSD, but it fails as soon as I try
to connect to the Administration Interface, after the password the
process (more or less) freezes.
After looking with gdb, I got the following:
```
Program received signal SIGINT, Interrupt.
0x483bf747 in select ()
(gdb) bt
#0 0x483bf747 in select ()
#1 0x80807c4 in backend ()
at /usr/local/src/roxen/roxen2.0r3/pike/src/backend.c:688
#2 0x80a0d5d in main (argc=9, argv=0xbfbfda14)
at /usr/local/src/roxen/roxen2.0r3/pike/src/main.c:527
#3 0x8055c61 in ___start ()
```
in backend.c I find:
```
#ifdef HAVE_POLL
{
int msec = (next_timeout.tv_sec*1000) + next_timeout.tv_usec/1000;
i = poll(active_poll_fds, active_num_in_poll, msec);
}
#else
/* FIXME: OOB? */
i = fd_select(max_fd+1, &rset, &wset,
#ifdef WITH_OOB
&eset,
#else /* !WITH_OOB */
0,
endif /* WITH_OOB */
&next_timeout);
#endif
```
and so on.
Does anyone know why there is a problem on NetBSD?Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/185Core dump2009-04-16T14:11:39ZPeter BortasCore dumpImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=185
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
gdb dump in attachment (if it still works).Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=185
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
gdb dump in attachment (if it still works).Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/184Windows efuns/constants/functions not documented.2009-04-16T14:11:39ZPeter BortasWindows efuns/constants/functions not documented.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=184
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Windows specific efuns (and functions) like RegGetValue is not present in
the manual.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=184
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Windows specific efuns (and functions) like RegGetValue is not present in
the manual.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/182Pike fails to create backend wakup pike errno 10014 (WSAEFAULT)2009-04-16T14:11:39ZPeter BortasPike fails to create backend wakup pike errno 10014 (WSAEFAULT)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=182
Reported by @grubba
This seems to occurr with Pike 7.1 on both NT4/IA32 and Windows 2000/IA64.
Pike 7.0 works fine on NT4/IA32.
errno 10014 is WSAEFAULT.
Pike compil...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=182
Reported by @grubba
This seems to occurr with Pike 7.1 on both NT4/IA32 and Windows 2000/IA64.
Pike 7.0 works fine on NT4/IA32.
errno 10014 is WSAEFAULT.
Pike compiled with FD_DEBUG and SOCKETPAIR_DEBUG:
```
H:\grubba\src\Pike7.1\build\ia64>pike
Using WinSock 2.0
New socket: 3 (1920)
bind on 3 (1920)
bind returned 0 (0)
getsockname on 3 (1920)
getsockname returned 0 (0)
listen on 3 (1920)
listen returned 0 (0)
ioctl(3 (1920,-2147195266,000000000012FB88)
ioctlsocket returned 0 (0)
New socket: 4 (1912)
connect on 4 (1912)
02 00 04 9d 7f 00 00 01 00 00 00 00 00 00 00 00
connect returned 0 (0)
Accept on 3 (1920)..
Accept failed with errno 10014
my_socketpair:fd_accept() failed, errno:10014 (2)
Closing 4 (1912)
4 (1912) closed
\grubba\src\Pike7.1\src\backend.c:250: Fatal error:
Couldn't create backend wakup pipe! errno=10014.
No stack - no backtrace.
```
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
H:\grubba\src\Pike7.1\build\ia64>Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/177sprshd sometimes doesn't detect termination correctly2009-04-16T14:11:39ZPeter Bortassprshd sometimes doesn't detect termination correctlyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=177
Reported by @grubba
When the spawned tpike dies with:
```
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/build/windows_nt-x86/tpike
-DNOT_INSTALLED
-m/ho...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=177
Reported by @grubba
When the spawned tpike dies with:
```
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/build/windows_nt-x86/tpike
-DNOT_INSTALLED
-m/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/build/windows_nt-x86/master.pike
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/bin/mktreeopt.pike
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/src/treeopt.in
|| ( mv
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/build/windows_nt-x86/tpike
/home/build/autobuild/nt4_build/pike7.1-20000831142409.tar/build/windows_nt-x86/tpike.bug
; exit 1 )
\build\autobuild\nt4_build\pike7.1-20000831142409.tar\src\backend.c:250:
Fatal error:
Couldn't create backend wakup pipe! errno=10014.
No stack - no backtrace.
```
sprshd doesn't signal it correctly to the client, so the client hangs in a
read(4):
```
# /usr/proc/bin/ptree 3872
3872 /bin/bash ./megalon_nt4.sh_
3873 pike nt4.pike
9631 /bin/sh -c make > output_make 2>&1
9632 make
10274 /bin/sh -c builddir="build/`uname -srm|sed -e 's/ /-/g'|tr
'[A-Z]
10309 make MAKE=make MAKE_PARALLEL= all
23121 /bin/sh -c make pike
23122 make pike
23323 /bin/sh -c make las.o builtin_functions.o peep.o
23324 make las.o builtin_functions.o peep.o
23484 /bin/sh -c
/home/build/autobuild/nt4_build/pike7.1-20
23485 /usr/local/bin/pike
/home/build/autobuild/nt4_build
# truss -p 23485
read(3, 0x002FCCEC, 4) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFEF0DE30) (sleeping...)
lwp_cond_wait(0xFF3A55B0, 0xFF3A55C0, 0xFF045BF0) (sleeping...)
door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
^C
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/172sqltable "ascii" shows wrong number of columns.2009-04-16T14:11:39ZPeter Bortassqltable "ascii" shows wrong number of columns.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=172
Reported by Joachim Nyman Silverstig, Idonex AB <jocke@roxen.com>
When I put ascii="ascii" attribute in the sqltable tag, it only returns 1
column instead of three, a...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=172
Reported by Joachim Nyman Silverstig, Idonex AB <jocke@roxen.com>
When I put ascii="ascii" attribute in the sqltable tag, it only returns 1
column instead of three, although it returns three ok in HTML table mode
Here are the examples:
==========================================================================
<sqltable query="select empno, ename, floor(sal) as INTSAL from scott.emp
order by ename" />
works OK, returning a titled HTML table of all three columns
==========================================================================
<sqltable ascii="ascii" query="select empno, ename, floor(sal) as INTSAL
from scott.emp order by ename" />
returns just the ename column.
Both of these give a </sqltable> in the output.
scott.emp is the standard Oracle example table owned by scott with all the
employees in, installed by default with Oracle.
Here is the description -
SQL> desc scott.emp
Name Null? Type
----------------------------------------- -------- --------------------
EMPNO NOT NULL NUMBER(4)
ENAME VARCHAR2(10)
JOB VARCHAR2(9)
MGR NUMBER(4)
HIREDATE DATE
SAL NUMBER(7,2)
COMM NUMBER(7,2)
DEPTNO NUMBER(2)Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/168Filesystem()->stat()->islnk() doesn't detect links.2009-04-16T14:11:39ZPeter BortasFilesystem()->stat()->islnk() doesn't detect links.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=168
Reported by Mikael Brandström <mikael@brandstrom.org>
```
Current behavior:
Pike v7.1 release 6 running Hilfe v2.0 (Incremental Pike Frontend)
> Filesystem.System("/"...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=168
Reported by Mikael Brandström <mikael@brandstrom.org>
```
Current behavior:
Pike v7.1 release 6 running Hilfe v2.0 (Incremental Pike Frontend)
> Filesystem.System("/")->stat("opt")->islnk();
Result: 0
>
After applying patch below:
Pike v7.1 release 6 running Hilfe v2.0 (Incremental Pike Frontend)
> Filesystem.System("/")->stat("opt")->islnk();
Result: 1
>
```
I'm not sure if this patch breakes something that's dependant on
Filesystem()->find() following symlinks. Anyway, currently find would do an
endless recursion on circular symlinks.
```
--- lib/modules/Filesystem.pmod/System.pike Sun Aug 27 20:37:21 2000
+++ /opt/pike/pike/7.1.6/lib/modules/Filesystem.pmod/System.pike Thu
Aug 31 00:59:47 2000
@@ -74,7 +74,7 @@
Stdio.Stat a;
string full = combine_path(wd, file);
- if((a = file_stat("/"+root+full)))
+ if((a = file_stat("/"+root+full,1)))
{
Filesystem.Stat s = Filesystem.Stat();
s->fullpath = full;
```Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström