Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Build GENERIC with IPX support

2 views
Skip to first unread message

Marek Salwerowicz

unread,
May 11, 2013, 7:14:18 PM5/11/13
to
Hi list,

I am using 9.1-RELEASE amd64 FreeBSD
I order to connect my FreeBSD box to NetWare servers, I am trying to
recompile the kernel.

To GENERIC config I've added following options:

options IPX
options NCP
options NWFS


unfortunately, during buildkernel process I got an error:

nwfs_subr.o: In function `ncp_lookup_volume':
/usr/src/sys/fs/nwfs/nwfs_subr.c:499: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:500: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:501: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:502: undefined reference to
`mb_put_uint16le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:504: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:505: undefined reference to
`mb_put_uint32be'
/usr/src/sys/fs/nwfs/nwfs_subr.c:506: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:507: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:512: undefined reference to
`md_get_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:513: undefined reference to
`md_get_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:514: undefined reference to `md_get_uint8'
nwfs_subr.o: In function `ncp_get_namespaces':
/usr/src/sys/fs/nwfs/nwfs_subr.c:237: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:238: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:239: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:240: undefined reference to
`mb_put_uint16le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:241: undefined reference to
`mb_put_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:242: undefined reference to
`mb_put_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:247: undefined reference to
`mb_put_uint16le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:255: undefined reference to
`md_get_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:256: undefined reference to `md_get_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:257: undefined reference to `md_get_uint8'
nwfs_subr.o: In function `ncp_setattr':
/usr/src/sys/fs/nwfs/nwfs_subr.c:393: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:394: undefined reference to `mb_put_mem'
/usr/src/sys/fs/nwfs/nwfs_subr.c:395: undefined reference to
`mb_put_uint32be'
/usr/src/sys/fs/nwfs/nwfs_subr.c:396: undefined reference to
`mb_put_uint16be'
nwfs_subr.o: In function `ncp_search_for_file_or_subdir':
/usr/src/sys/fs/nwfs/nwfs_subr.c:110: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:111: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:112: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:113: undefined reference to
`mb_put_uint16le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:114: undefined reference to
`mb_put_uint32le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:115: undefined reference to `mb_put_mem'
/usr/src/sys/fs/nwfs/nwfs_subr.c:116: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:117: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:118: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:123: undefined reference to `md_get_mem'
/usr/src/sys/fs/nwfs/nwfs_subr.c:124: undefined reference to `md_get_uint8'
nwfs_subr.o: In function `ncp_obtain_info':
/usr/src/sys/fs/nwfs/nwfs_subr.c:152: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:153: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:154: undefined reference to `mb_put_uint8'
/usr/src/sys/fs/nwfs/nwfs_subr.c:155: undefined reference to
`mb_put_uint16le'
/usr/src/sys/fs/nwfs/nwfs_subr.c:156: undefined reference to
`mb_put_uint32le'
ncp_mod.o: In function `sncp_request':
/usr/src/sys/netncp/ncp_mod.c:157: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_mod.c:165: undefined reference to `md_get_mem'
ncp_mod.o: In function `ncp_conn_frag_rq':
/usr/src/sys/netncp/ncp_mod.c:450: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_mod.c:465: undefined reference to `md_get_mem'
ncp_ncp.o: In function `ncp_negotiate_buffersize':
/usr/src/sys/netncp/ncp_ncp.c:164: undefined reference to `mb_put_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:168: undefined reference to `md_get_uint16be'
ncp_ncp.o: In function `ncp_get_encryption_key':
/usr/src/sys/netncp/ncp_ncp.c:312: undefined reference to `md_get_mem'
ncp_ncp.o: In function `ncp_login_unencrypted':
/usr/src/sys/netncp/ncp_ncp.c:388: undefined reference to `mb_put_uint16be'
ncp_ncp.o: In function `ncp_login_encrypted':
/usr/src/sys/netncp/ncp_ncp.c:363: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_ncp.c:364: undefined reference to `mb_put_uint16be'
ncp_ncp.o: In function `ncp_get_bindery_object_id':
/usr/src/sys/netncp/ncp_ncp.c:283: undefined reference to `mb_put_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:289: undefined reference to `md_get_uint32be'
/usr/src/sys/netncp/ncp_ncp.c:290: undefined reference to `md_get_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:291: undefined reference to `md_get_mem'
ncp_ncp.o: In function `ncp_negotiate_size_and_options':
/usr/src/sys/netncp/ncp_ncp.c:185: undefined reference to `mb_put_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:186: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_ncp.c:191: undefined reference to `md_get_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:193: undefined reference to `md_get_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:194: undefined reference to `md_get_uint8'
ncp_ncp.o: In function `ncp_write':
/usr/src/sys/netncp/ncp_ncp.c:470: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_ncp.c:471: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_ncp.c:472: undefined reference to `mb_put_uint32be'
/usr/src/sys/netncp/ncp_ncp.c:473: undefined reference to `mb_put_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:474: undefined reference to `mb_put_uio'
ncp_ncp.o: In function `ncp_read':
/usr/src/sys/netncp/ncp_ncp.c:431: undefined reference to `md_get_uio'
/usr/src/sys/netncp/ncp_ncp.c:420: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_ncp.c:421: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_ncp.c:422: undefined reference to `mb_put_uint32be'
/usr/src/sys/netncp/ncp_ncp.c:423: undefined reference to `mb_put_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:428: undefined reference to `md_get_uint16be'
/usr/src/sys/netncp/ncp_ncp.c:430: undefined reference to `md_get_mem'
ncp_rq.o: In function `ncp_request_int':
/usr/src/sys/netncp/ncp_rq.c:281: undefined reference to `mb_fixhdr'
/usr/src/sys/netncp/ncp_rq.c:409: undefined reference to `md_initm'
/usr/src/sys/netncp/ncp_rq.c:420: undefined reference to `md_get_mem'
ncp_rq.o: In function `ncp_sign_packet':
/usr/src/sys/netncp/ncp_rq.c:239: undefined reference to `mb_put_mem'
ncp_rq.o: In function `ncp_rq_pathstring':
/usr/src/sys/netncp/ncp_rq.c:172: undefined reference to `mb_put_uint8'
ncp_rq.o: In function `ncp_rq_dbase_path':
/usr/src/sys/netncp/ncp_rq.c:199: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_rq.c:200: undefined reference to `mb_put_mem'
/usr/src/sys/netncp/ncp_rq.c:201: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_rq.c:217: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_rq.c:218: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_rq.c:213: undefined reference to `mb_put_uint8'
/usr/src/sys/netncp/ncp_rq.c:205: undefined reference to `mb_put_uint8'
ncp_rq.o:/usr/src/sys/netncp/ncp_rq.c:208: more undefined references to
`mb_put_uint8' follow
ncp_rq.o: In function `ncp_rq_dbase_path':
/usr/src/sys/netncp/ncp_rq.c:209: undefined reference to `mb_put_mem'
ncp_rq.o: In function `ncp_rq_pstring':
/usr/src/sys/netncp/ncp_rq.c:186: undefined reference to `mb_put_uint8'
ncp_rq.o: In function `ncp_rq_done':
/usr/src/sys/netncp/ncp_rq.c:138: undefined reference to `mb_done'
/usr/src/sys/netncp/ncp_rq.c:139: undefined reference to `md_done'
ncp_rq.o: In function `ncp_rq_init_any':
/usr/src/sys/netncp/ncp_rq.c:116: undefined reference to `mb_init'
/usr/src/sys/netncp/ncp_rq.c:125: undefined reference to `mb_reserve'
/usr/src/sys/netncp/ncp_rq.c:120: undefined reference to `mb_reserve'
ncp_rq.o: In function `ncp_rq_alloc_subfn':
/usr/src/sys/netncp/ncp_rq.c:92: undefined reference to `mb_reserve'
/usr/src/sys/netncp/ncp_rq.c:93: undefined reference to `mb_put_uint8'
ncp_rq.o: In function `ncp_rq_pathstring':
/usr/src/sys/netncp/ncp_rq.c:175: undefined reference to `mb_put_mem'
ncp_rq.o: In function `ncp_rq_pstring':
/usr/src/sys/netncp/ncp_rq.c:189: undefined reference to `mb_put_mem'
*** [kernel.debug] Error code 1

Stop in /tmp/obj/usr/src/sys/GENERICIPX.
*** [buildkernel] Error code 1

Stop in /usr/src.
*** [buildkernel] Error code 1

Stop in /usr/src.
641.92s user 284.90s system 102% cpu 15:03.37s total
marek@bsd-gen:/usr/src%


Does anyone still uses IPX and could help me compiling the kernel ?

Regards,
--
Marek Salwerowicz
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stabl...@freebsd.org"

ill...@gmail.com

unread,
May 11, 2013, 10:27:32 PM5/11/13
to
On 11 May 2013 19:14, Marek Salwerowicz <mare...@wp.pl> wrote:

> Hi list,
>
> I am using 9.1-RELEASE amd64 FreeBSD
> I order to connect my FreeBSD box to NetWare servers, I am trying to
> recompile the kernel.
>
> To GENERIC config I've added following options:
>
> options IPX
> options NCP
> options NWFS
>
>
> unfortunately, during buildkernel process I got an error:
>
> nwfs_subr.o: In function `ncp_lookup_volume':
> /usr/src/sys/fs/nwfs/nwfs_**subr.c:499: undefined reference to
> `mb_put_uint8'
> ...
> /usr/src/sys/netncp/ncp_rq.c:**189: undefined reference to `mb_put_mem'
> *** [kernel.debug] Error code 1
>
> Stop in /tmp/obj/usr/src/sys/**GENERICIPX.
> *** [buildkernel] Error code 1
>
> Stop in /usr/src.
> *** [buildkernel] Error code 1
>
> Stop in /usr/src.
> 641.92s user 284.90s system 102% cpu 15:03.37s total
> marek@bsd-gen:/usr/src%
>
>
> Does anyone still uses IPX and could help me compiling the kernel ?
>
>
I think you also have to have
options LIBMCHAIN

HTH

--
--

Marek Salwerowicz

unread,
May 12, 2013, 5:54:45 PM5/12/13
to
W dniu 2013-05-12 04:27, ill...@gmail.com pisze:
> I think you also have to have
> options LIBMCHAIN
That helped, thanks!

anyway, despite using ef(4) module, configuring IPX net number, I am
unable to list my NetWare servers:

# ncplogin
Segmentation fault (core dumped)
#

I'm not sure whether IPX is still supported in FreeBSD?

--
Marek Salwerowicz

Adrian Chadd

unread,
May 12, 2013, 6:45:12 PM5/12/13
to
It's supported as long as someone wants to use it and can help in at
least diagnosing issues.

So, if you have a segfault, run it inside gdb and report where its dying.

Chances are things have just bitrotted a bit but not so much that it's
worth killing.





adrian

Marek Salwerowicz

unread,
May 13, 2013, 2:07:42 AM5/13/13
to
W dniu 2013-05-13 00:45, Adrian Chadd pisze:
> It's supported as long as someone wants to use it and can help in at
> least diagnosing issues.
>
> So, if you have a segfault, run it inside gdb and report where its dying.
>
> Chances are things have just bitrotted a bit but not so much that it's
> worth killing.

# gdb ncplogin
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run
Starting program: /usr/bin/ncplogin
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x0000000800d285f7 in strlen () from /lib/libc.so.7
(gdb) bt
#0 0x0000000800d285f7 in strlen () from /lib/libc.so.7
#1 0x0000000800d205b0 in gettimeofday () from /lib/libc.so.7
#2 0x0000000800d2163e in gettimeofday () from /lib/libc.so.7
#3 0x0000000800d21798 in vfprintf_l () from /lib/libc.so.7
#4 0x0000000800d0e701 in fprintf () from /lib/libc.so.7
#5 0x0000000800822a85 in ncp_error () from /usr/lib/libncp.so.4
#6 0x000000080081fa7c in ncp_li_readrc () from /usr/lib/libncp.so.4
#7 0x0000000000400ea7 in ?? ()
#8 0x0000000000400d2e in ?? ()
#9 0x000000080061c000 in ?? ()
#10 0x0000000000000000 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007fffffffddf8 in ?? ()
#13 0x0000000000000000 in ?? ()
#14 0x00007fffffffde0a in ?? ()
#15 0x00007fffffffde1e in ?? ()
#16 0x00007fffffffde35 in ?? ()
#17 0x00007fffffffde3d in ?? ()
#18 0x00007fffffffde49 in ?? ()
#19 0x00007fffffffde52 in ?? ()
#20 0x00007fffffffde67 in ?? ()
#21 0x00007fffffffde74 in ?? ()
#22 0x00007fffffffde88 in ?? ()
#23 0x00007fffffffdee5 in ?? ()
#24 0x00007fffffffdef3 in ?? ()
#25 0x00007fffffffdf07 in ?? ()
#26 0x00007fffffffdf12 in ?? ()
#27 0x00007fffffffdf1d in ?? ()
#28 0x00007fffffffdf27 in ?? ()
#29 0x00007fffffffdf40 in ?? ()
#30 0x00007fffffffdf50 in ?? ()
#31 0x00007fffffffdf5e in ?? ()
#32 0x0000000000000000 in ?? ()
#33 0x0000000000000003 in ?? ()
#34 0x0000000000400040 in ?? ()
#35 0x0000000000000004 in ?? ()
#36 0x0000000000000038 in ?? ()
#37 0x0000000000000005 in ?? ()
#38 0x0000000000000008 in ?? ()
#39 0x0000000000000006 in ?? ()
#40 0x0000000000001000 in ?? ()
#41 0x0000000000000008 in ?? ()
#42 0x0000000000000000 in ?? ()
#43 0x0000000000000009 in ?? ()
#44 0x0000000000400ca0 in ?? ()
#45 0x0000000000000007 in ?? ()
#46 0x0000000800601000 in ?? ()
#47 0x000000000000000f in ?? ()
#48 <signal handler called>
#49 0x0000000000000000 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb)

#

my /etc/rc.conf file contains these lines:

ifconfig_em0f1_ipx="ipx 0x01230000.1"
ipxrouted_enable="YES"

and in /boot/loader.conf:
if_ef_load="YES"

What's more, the 'ncplist s' command is unable to find any NetWare servers:
# ncplist s
Can't find any file server
#

But Frame type (802.3) and network number (0x0123) are correct.

Jeremy Chadwick

unread,
May 13, 2013, 2:52:06 AM5/13/13
to
Without debugging symbols this will be annoying to debug. From a brief
skim of the code, it looks like the author has very horrible error
checking and makes a lot of assumptions about the user's environment
(dot files, etc.).

IPX has been neglected for what should be obvious reasons. As someone
who got his CNE back in 1994 (circa Netware 3.11), you're the first
person I have encountered since roughly 1997 who is actively using IPX.
Netware does support TCP/IP, you know...

Anyway, in your case, you're in luck:

> #0 0x0000000800d285f7 in strlen () from /lib/libc.so.7
> #1 0x0000000800d205b0 in gettimeofday () from /lib/libc.so.7
> #2 0x0000000800d2163e in gettimeofday () from /lib/libc.so.7
> #3 0x0000000800d21798 in vfprintf_l () from /lib/libc.so.7
> #4 0x0000000800d0e701 in fprintf () from /lib/libc.so.7
> #5 0x0000000800822a85 in ncp_error () from /usr/lib/libncp.so.4
> #6 0x000000080081fa7c in ncp_li_readrc () from /usr/lib/libncp.so.4

ncp_li_readrc(), which is part of libncp, only has one call to
ncp_error() in it:

src/lib/libncp/ncpl_conn.c --

180 /*
181 * read rc file as follows:
182 * 1. read [server] section
183 * 2. override with [server:user] section
184 * Since abcence of rcfile is not a bug, silently ignore that fact.
185 * rcfile never closed to reduce number of open/close operations.
186 */
187 int
188 ncp_li_readrc(struct ncp_conn_loginfo *li) {
189 int i, val, error;
190 char uname[NCP_BINDERY_NAME_LEN*2+1];
191 char *sect = NULL, *p;
192
193 /*
194 * if info from cmd line incomplete, try to find existing
195 * connection and fill server/user from it.
196 */
197 if (li->server[0] == 0 || li->user == NULL) {
198 int connHandle;
199 struct ncp_conn_stat cs;
200
201 if ((error = ncp_conn_scan(li, &connHandle)) != 0) {
202 ncp_error("no default connection found", errno);
203 return error;
204 }

To me, this may indicate you have some kind of "ncp rc file" (I believe
this is ~/.nwfsrc according to the ncplist(1) man page) that may contain
something invalid, or maybe you lack such a file altogether (creating one
might work around the problem).

Back to the actual segfault itself: ncp_error() is pretty simple:

src/lib/libncp/ncpl_subr.c --

447 /*
448 * Print a (descriptive) error message
449 * error values:
450 * 0 - no specific error code available;
451 * -999..-1 - NDS error
452 * 1..32767 - system error
453 * the rest - requester error;
454 */
455 void
456 ncp_error(const char *fmt, int error, ...) {
457 va_list ap;
458
459 fprintf(stderr, "%s: ", _getprogname());
460 va_start(ap, error);
461 vfprintf(stderr, fmt, ap);
462 va_end(ap);
463 if (error == -1)
464 error = errno;
465 if (error > -1000 && error < 0) {
466 fprintf(stderr, ": dserr = %d\n", error);
467 } else if (error & 0x8000) {
468 fprintf(stderr, ": nwerr = %04x\n", error);
469 } else if (error) {
470 fprintf(stderr, ": syserr = %s\n", strerror(error));
471 } else
472 fprintf(stderr, "\n");
473 }

What I don't understand from the calling stack is how gettimeofday() is
involved. I have looked at the libc code, looked at the underlying
calling functions and so on (from fprintf() to vfprintf_l() and deeper),
and I don't see how or where gettimeofday() would be called. The only
place I can think of might be the related locale stuff, but I'm doubting
that given what I've looked at but could still be wrong.

Have world/kernel on this system ever been rebuilt? If they have,
were both kernel and world rebuilt together from the same source code
and not at different times?

If you're setting LANG, LC_CTYPE, LC_COLLATE, or other locale-oriented
settings in your environment (and my gut feeling is that you are), you
could try removing them and see if you get an actual useful error
message on stderr, but I'm not holding my breath.

I cannot help you with the remaining IPX-specific "stuff"; it's fairly
obvious though, as I said, that this code has been neglected.

--
| Jeremy Chadwick j...@koitsu.org |
| UNIX Systems Administrator http://jdc.koitsu.org/ |
| Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |

Marek Salwerowicz

unread,
May 13, 2013, 5:10:55 PM5/13/13
to
W dniu 2013-05-13 08:52, Jeremy Chadwick pisze:
> IPX has been neglected for what should be obvious reasons. As someone
> who got his CNE back in 1994 (circa Netware 3.11), you're the first
> person I have encountered since roughly 1997 who is actively using IPX.
> Netware does support TCP/IP, you know...

Yes, I am aware of it but in that case I would like to connect to
Netware 3.12, which is configured in IPX-only environment.
As you see some people still use it, it still works (and works good) and
is a perfect back-end for applications and environments working on it.
Seems you're right. What's more surprising, using

% sudo ncplogin

Results in no seg fault errors.

It creates a file in home directory:
arch-gate% sudo file ncplogin.core
ncplogin.core: ELF 64-bit LSB core file x86-64, version 1 (FreeBSD),
FreeBSD-style, from 'n'
arch-gate%

But, from shell account it results in segfault.
I've installled the 9.1-RELEASE from ISO, then updated using:
# freebsd-update fetch install

And then recompiled the kernel from sources.
I haven't rebuilt the world.

>
> If you're setting LANG, LC_CTYPE, LC_COLLATE, or other locale-oriented
> settings in your environment (and my gut feeling is that you are), you
> could try removing them and see if you get an actual useful error
> message on stderr, but I'm not holding my breath.
No, I don't change any environment variables:
arch-gate% sudo env
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/marek/bin
TERM=xterm
SHELL=/usr/local/bin/zsh
MAIL=/var/mail/root
LOGNAME=root
USER=root
USERNAME=root
HOME=/root
SUDO_COMMAND=/usr/bin/env
SUDO_USER=marek
SUDO_UID=1001
SUDO_GID=1001
arch-gate%

root@arch-gate:/home/marek # env
_=/usr/bin/su
OLDPWD=/home/marek
PWD=/home/marek
SHLVL=2
USER=root
LOGNAME=root
HOME=/root
MAIL=/var/mail/marek
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
TERM=xterm
BLOCKSIZE=K
SHELL=/bin/csh
SSH_CLIENT=127.0.0.1 60737 22
SSH_CONNECTION=127.0.0.1 60737 127.0.0.1 22
SSH_TTY=/dev/pts/0
HOSTTYPE=FreeBSD
VENDOR=amd
OSTYPE=FreeBSD
MACHTYPE=x86_64
GROUP=wheel
HOST=arch-gate
REMOTEHOST=localhost
EDITOR=vi
PAGER=more
root@arch-gate:/home/marek #



>
> I cannot help you with the remaining IPX-specific "stuff"; it's fairly
> obvious though, as I said, that this code has been neglected.
Anyway, thanks for help.

3 years ago I've successfully integrated Linux Debian (kernel 2.6.20 as
far as I remember) with Netware 3.12.
Most likely I'd try to use it also that time instead of FreeBSD if it's
not working.

--
Marek Salwerowicz

Adrian Chadd

unread,
May 13, 2013, 10:10:20 PM5/13/13
to
Hi,

Are you able to help someone figure out what's going on?

The main problem with IPX / netware testing is that we just don't have
netware servers lying around. :)




Adrian
0 new messages