RFC: user-config alt path in Linux emulation
Background: When running a Linux binary in Linux compat mode, all calls to open(), readdir() and such, end up calling linux_emul_find() from linux_util.c. This functions looks for a directory/file with the same name in the /compat/linux hierarchy. The net effect is that there is no way to, for instance, back up the real /usr from Tivoli, etc... as there is no way to get to a real path if there is anything with the same name inside /compat/linux. I'd like to understand if there is any accepted way to work around this limitation (no, symlinks are not an option :-p), I'm sure not. Proposal: Implement some way to make this behavior user configurable. The easiest way would probably involve a sysctl to turn it on/off but I would like to have more granularity. I could probably store a flag somewhere in elfhints_hdr.spare, but I'm sure there will be a lot of objections to this. I think this could be done in two parts: 1 - A flag to turn path transalation on/off 2 - A version of the syscalls which accept this flag 3 - A shared library implementing just the needed function calls and calling the new syscalls I don't know if I even understand this correctly, never done this before, but I could learn ;-) Another approach would be to somehow teach the kernel which processes to "let alone", but this would be tricky and probably slower. Alternate proposal: If everything else fails, what about mapping the real filesystems somewhere below /compat/linux? Something like: /compat/linux/native/root /compat/linux/native/usr /compat/linux/native/var Actually (I'm thinking about this just as I am writing) this could be the easier and cleaner solution. Note that these must appear to be real mountpoints. Does this need to go through userland NFS? So, let the discussion begin. If there is no interest, I will implement it in the way which is easier to me (which probably would be the last one). If there is interest and anybody volunteers, fine, otherwise I will implement it and put it up somewhere for review. Bye, Andrea -- Secret hacker rule #11: hackers read manuals. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Bug in tftpd ?
Patches attached: Obtained from: NetBSD (Committed there about 3 months ago after we first spotted the problem in their implementation) -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end --- tftpd.8.origWed Jan 31 11:59:57 2001 +++ tftpd.8 Wed Jan 31 12:04:55 2001 @@ -192,3 +192,9 @@ .Fl c option was introduced in .Fx 5.0 . +.Sh BUGS +Files larger than 33488896 octets (65535 blocks) cannot be transferred +without client and server supporting blocksize negotiation (RFC1783). +.Pp +Many tftp clients will not transfer files over 1678 octets (32767 blocks). + --- tftpd.c.origWed Jan 31 11:55:53 2001 +++ tftpd.c Wed Jan 31 11:58:00 2001 @@ -501,7 +501,7 @@ struct tftphdr *dp, *r_init(); register struct tftphdr *ap;/* ack packet */ register int size, n; - volatile int block; + volatile unsigned int block; signal(SIGALRM, timer); dp = r_init(); @@ -571,7 +571,7 @@ struct tftphdr *dp, *w_init(); register struct tftphdr *ap;/* ack buffer */ register int n, size; - volatile int block; + volatile unsigned int block; signal(SIGALRM, timer); dp = w_init();
Re: CONNER CFP1080 Filesystem Corruption
Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes: I just submitted a PR and patch in kern/24740 to fix a tagged queueing related filesystem corruption problem on CONNER CFP1080 drives. The patch adds an entry to the xpt_quirk_tabke. Anyone willing to commit this for me? Hmm, I've had a CFP1080S (Antigua) for years, and never experienced any trouble at all with it. It held my FreeBSD CVS repo mirror until I got a new desktop last fall, so it's seen some pretty heavy activity over the years. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CONNER CFP1080 Filesystem Corruption
Regards, Phone: (250)387-8437 Cy SchubertFax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: [EMAIL PROTECTED] Open Systems Group, ITSD, ISTA Province of BC In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes: Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes: I just submitted a PR and patch in kern/24740 to fix a tagged queueing related filesystem corruption problem on CONNER CFP1080 drives. The patch adds an entry to the xpt_quirk_tabke. Anyone willing to commit this for me? Hmm, I've had a CFP1080S (Antigua) for years, and never experienced any trouble at all with it. It held my FreeBSD CVS repo mirror until I got a new desktop last fall, so it's seen some pretty heavy activity over the years. I've got the same drive. Attached to a 1542B it works fine. Attached to a 2940U the filesystem is corrupted within minutes. Reducing the bus speed to 5 MB/S and turning off tagged queueing fixes the problem. W/O the patch, it claims to be capable of 254 device openings -- I would think that's a bit high for an old drive. Anyhow, I replaced the CFP1080S, which itself replaced a dead Quantum drive, with a brand new 4 GB Seagate -- replacing a 2 GB drive with a 1 GB drive caused a host of other problems not related to problem discussed here. :) Regards, Phone: (250)387-8437 Cy SchubertFax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: [EMAIL PROTECTED] Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CONNER CFP1080 Filesystem Corruption
Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes: In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes: Hmm, I've had a CFP1080S (Antigua) for years, and never experienced any trouble at all with it. [...] I've got the same drive. Attached to a 1542B it works fine. Attached to a 2940U the filesystem is corrupted within minutes. I have it on a 2940UW (factory default settings, except maybe for 1GB support) which it shares with a Quantum Atlas II (XP4550W) and a Tecmar Travan streamer. Never any trouble. I can mail you a dmesg when I get home later tonight. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
New threads way questions
I have some questions about new threads way. Daniel says that new way is: gcc -Wall -o foo foo.c -lc_r 1) What about libgcc_r.a? Is it picked automatically in this case or not? Is it ever needed now? 2) Is new way is backward-compatible with old way? I.e. can we just change ports to use new way and assume that still works on -stable? 3) Is -D_THREAD_SAFE required now? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Voodoo3 + XFree4 + DRM - simple_lock ? :-)
On 31 Jan, Andrew Kenneth Milton wrote: Glide Libraries: Glide3x_devel-2.2-2.i386.rpm to install; rpm2cpio Glide3x_devel-2.2-2.i386.rpm | cpio -i -d cp -r usr/include/glide3 /usr/include Shouldn't this be /usr/local/include ... Glide_V3-DRI-3.10-6.src.rpm to install; rpm2cpio Glide_V3-DRI-3.10-6.src.rpm | cpio -i You'll get a Glide3.10.tar.gz unpack that in a new directory; mkdir glide3 cd glide3 tar zxvf ../Glide3.10.tar.gz make -f makefile.linux look in the lib directory some of the symlinks are hosed, and will need to be fixed cp the glide3 libraries to /usr/lib ... and /usr/local/lib? I tried to get the rpms from 3dfx.com, but it - didn't resolves linux.3dfx.com - isn't possible to get a response from ftp1.3dfx.com from here. I also tried to search it with google, but the first 10 results link either to linux.3dfx.com or 3dfxgamers.com (I can't get a response from 3dfxgamers too). Do you know of some other location where I can get the rpms from? It's not that important for me, I have to wait until there's a mtx_* version. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Voodoo3 + XFree4 + DRM - simple_lock ? :-)
+---[ Alexander Leidinger ]-- | On 31 Jan, Andrew Kenneth Milton wrote: | | Glide Libraries: | | Glide3x_devel-2.2-2.i386.rpm | to install; | rpm2cpio Glide3x_devel-2.2-2.i386.rpm | cpio -i -d | cp -r usr/include/glide3 /usr/include | | Shouldn't this be /usr/local/include ... *sigh* I wish... | | Glide_V3-DRI-3.10-6.src.rpm | to install; | rpm2cpio Glide_V3-DRI-3.10-6.src.rpm | cpio -i | You'll get a Glide3.10.tar.gz | unpack that in a new directory; | mkdir glide3 | cd glide3 | tar zxvf ../Glide3.10.tar.gz | make -f makefile.linux | look in the lib directory | some of the symlinks are hosed, and will need to be fixed | cp the glide3 libraries to /usr/lib | | ... and /usr/local/lib? Things that want glide look in only /usr/include/glide3 and /usr/lib (I suspect linuxism). For the pain it was causing it wasn't worth fretting over the location of a few files and a directory If I was making a port I'd probably make the effort to put things in their 'proper' place. | I tried to get the rpms from 3dfx.com, but it | - didn't resolves linux.3dfx.com | - isn't possible to get a response from ftp1.3dfx.com | from here. 3dfx.sourceforge.net is where they live now I believe... -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068|[EMAIL PROTECTED]| To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New threads way questions
"Andrey A. Chernov" wrote: I have some questions about new threads way. Daniel says that new way is: gcc -Wall -o foo foo.c -lc_r 1) What about libgcc_r.a? Is it picked automatically in this case or not? Is it ever needed now? libgcc_r is gone (merged into libgcc.a). In the meantime you should replace it manually with a symlink to libgcc.a (many ports still assume that gcc_r exists). 2) Is new way is backward-compatible with old way? I.e. can we just change ports to use new way and assume that still works on -stable? This issue is actually is more complicated than that. While this change has been MFC'ed to the stable, but this option is still required for the older versions (4.2-RELEASE and downward), so ideally __FreeBSD_version should be bumped and -lgcc_r placed into a conditional in all ports that make use of gcc_r. 3) Is -D_THREAD_SAFE required now? AFAIK yes. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Voodoo3 + XFree4 + DRM - simple_lock ? :-)
On Wed, 31 Jan 2001, Andrew Kenneth Milton wrote: I've made a roadmap to getting hardware accel 3d support using a Voodoo3 under XFree-4. I've attached it in case anyone is interested. I've made some patches for this that I submitted to the XFree guys about a month ago. On the glide side, I've been using the latest one in the DRI project's cvs - it requires a bunch of little patches that I'm now trying to get into shape. I've only done this using a PCI Voodoo 3 2000 Card, but, I'd assume if your card is working correctly then this will probably also work for you with some minor modifications. Yup, I've tried a 3-2000, 3-3500, 4-4500, and a 5-5500, and they all work okay, with some minor nigglies. If you're using a 3dfx card, you'll need to grab the Glide SDK and install the headers. And you'll need to grab the source for Glide 3 and install the libraries. It compiled ok here, so I don't anticipate too many problems. Glide Libraries: You'll want to build the 'h5' library for the Voodoo4/5, the 'h3' library for Voodoo3, and the 'cvg' library for Voodoo2. The CVS build recipe (for linux) is at dri.sourceforge.net. This is for XFree-4.0.1 port revision 9 through to (so far) XFree-4.0.2 port revision 5 cd /usr/ports/x11/XFree-4 make extract make patch make configure (answer the questions). edit work/xc/config/cf/FreeBSD.cf and add; #define BuildXF86DRM YES #define BuildXF86DRI YES #define HasGlide3YES At the bottom before the #include bsdLib.rules cd work/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel Someone fell asleep at the wheel here over at VA-Linux, I assume it was a CVS snapshot that was half finished... but, other than this thing, good work :-) Moving target I suppose. Most of the work is older than 6 months. Doug Rabson appears to have done a lot of it. Basically you want to change all references to SYSCTL_HANDLER_ARGS to (SYSCTL_HANDLER_ARGS) in; drmP.h drm/memory.c drm/sysctl.c I've attached a patch. edit tdfx/tdfx_drv.c and change callout_init(dev-timer) to callout_init(dev-timer,0) this change is smp-ng specific (it's not in the 4.x tree). btw, it would be nice to be able to change that '0' to a '1' :) .. go back to the top of your XFree-4 tree and do; make make install (if you already have XFree 4 installed you can probably skip this and continue on from here to get the kernel modules you need). Now you have to wander back down to work/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel in the XFree4.0.2-cvs you actually need to do a 'make -f Makefile.bsd' copy drm.ko to /usr/local/modules (or somewhere else convenient). and copy tdfx/tdfx.ko to /usr/local/modules/tdfx_drm.ko (this clashes with an existing native tdfx module for 'older' hardware). If this wasn't built automatically just type make in the tdfx directory and it should be built for you. ok. I didn't notice a clash. 3D acceleration only works in 16bpp mode, so make sure you're running with your depth set to 16 when you start your XFree 4. On the new Xfree it works in 24bpp mode too, but slightly slower - I see only about 40fps with the pulsar hack on my 5500. Andrew. *** xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm/memory.c.old Fri Jun 16 20:03:30 2000 --- xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm/memory.c Fri Jan 5 00:00:08 2001 *** *** 95,101 /* drm_mem_info is called whenever a process reads /dev/drm/mem. */ ! static int _drm_mem_info SYSCTL_HANDLER_ARGS { drm_mem_stats_t *pt; char buf[128]; --- 95,101 /* drm_mem_info is called whenever a process reads /dev/drm/mem. */ ! static int _drm_mem_info (SYSCTL_HANDLER_ARGS) { drm_mem_stats_t *pt; char buf[128]; *** *** 127,133 return 0; } ! int drm_mem_info SYSCTL_HANDLER_ARGS { int ret; --- 127,133 return 0; } ! int drm_mem_info (SYSCTL_HANDLER_ARGS) { int ret; *** xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm/sysctl.c.old Fri Jun 16 20:03:31 2000 --- xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm/sysctl.c Fri Jan 5 00:00:13 2001 *** *** 35,55 SYSCTL_NODE(_hw, OID_AUTO, dri, CTLFLAG_RW, 0, "DRI Graphics"); ! static int drm_name_info SYSCTL_HANDLER_ARGS; ! static int drm_vm_info SYSCTL_HANDLER_ARGS; ! static int drm_clients_info SYSCTL_HANDLER_ARGS; ! static int drm_queues_info SYSCTL_HANDLER_ARGS; ! static int drm_bufs_info SYSCTL_HANDLER_ARGS; #if DRM_DEBUG_CODExx ! static int drm_vma_info SYSCTL_HANDLER_ARGS; #endif #if DRM_DMA_HISTOGRAM ! static int
Re: New threads way questions
hi, there! On Wed, 31 Jan 2001, Andrey A. Chernov wrote: I have some questions about new threads way. Daniel says that new way is: gcc -Wall -o foo foo.c -lc_r 1) What about libgcc_r.a? Is it picked automatically in this case or not? Is it ever needed now? we do not have libgcc_r.a in both -current and -stable anymore 2) Is new way is backward-compatible with old way? I.e. can we just change ports to use new way and assume that still works on -stable? no 3) Is -D_THREAD_SAFE required now? no /fjoe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New threads way questions
On Wed, 31 Jan 2001, Andrey A. Chernov wrote: I have some questions about new threads way. Daniel says that new way is: gcc -Wall -o foo foo.c -lc_r Only in -current, in -stable continue to use -pthread instead of -lc_r. 1) What about libgcc_r.a? Is it picked automatically in this case or not? Is it ever needed now? libgcc_r is gone in both -current and -stable. There is only libgcc.a. libgcc_r may still exist for sometime until folks manually delete it, so ports that are built to require it (-lgcc_r) will work on some systems and fail on others. 2) Is new way is backward-compatible with old way? I.e. can we just change ports to use new way and assume that still works on -stable? No, -lc_r will not work under -stable. What might make sense is to have a bsd.port.mk knob, THREADSLIB or something like that, that can be automatically set to -lc_r under -current or -pthread under stable. When we get a libpthread, or even if users want to use LinuxThreads, they can change this knob in /etc/make.conf and have their ports built with whatever threads library they want. Under -current, -pthread has been changed to Do The Right Thing and link in both libc_r and libc. All ports should work without changing them under -current, at least for now. But the -pthread option should go away at some point, so ports need to be changed eventually. 3) Is -D_THREAD_SAFE required now? Not in -current. You should use it in -stable though. -- Dan Eischen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CONNER CFP1080 Filesystem Corruption
In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes: Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes: In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes: Hmm, I've had a CFP1080S (Antigua) for years, and never experienced any trouble at all with it. [...] I've got the same drive. Attached to a 1542B it works fine. Attached to a 2940U the filesystem is corrupted within minutes. I have it on a 2940UW (factory default settings, except maybe for 1GB support) which it shares with a Quantum Atlas II (XP4550W) and a Tecmar Travan streamer. Never any trouble. I can mail you a dmesg when I get home later tonight. This is dmesg from when I still had the Conner drive installed. I've removed the redundant syslog header. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-RELEASE #9: Tue Jan 30 06:59:46 PST 2001 root@:/opt/cvs-420r/src/sys/compile/CWSYS Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 119752645 Hz CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8 real memory = 83886080 (81920K bytes) avail memory = 78356480 (76520K bytes) Preloaded elf kernel "kernel" at 0xc0337000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX3 ATA controller port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371SB (PIIX3) USB controller at 7.2 irq 9 xl0: 3Com 3c905B-TX Fast Etherlink XL port 0x6000-0x607f mem 0xe4001000-0xe400107f irq 5 at device 18.0 on pci0 xl0: Ethernet address: 00:50:da:80:28:96 miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus 0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100base TX-FDX, auto ahc0: Adaptec 2940 Ultra SCSI adapter port 0x6100-0x61ff mem 0xe400-0xe4000fff irq 5 at device 19.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: S3 Trio graphics accelerator at 20.0 irq 12 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0 x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 fd1: 1200-KB 5.25" drive on fdc0 drive 1 aha0 at port 0x330-0x333 irq 11 drq 5 on isa0 aha0: AHA-1542CF FW Rev. C.0 (ID=45) SCSI Host Adapter, SCSI ID 7, 16 CCBs atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ep0: 3Com 3C509-Combo EtherLink III at port 0x300-0x30f irq 10 on isa0 ep0: Ethernet address 00:60:97:d3:32:3e IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, unlimited logging DUMMYNET initialized (000608) IP Filter: v3.4.16 initialized. Default = block all, Logging = enabled ad0: 2014MB WDC AC22100H [4092/16/63] at ata0-master WDMA2 ad2: 2441MB WDC AC22500L [4960/16/63] at ata1-master WDMA2 Waiting 15 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 4 lun 0 sa0: ARCHIVE Python 28388-XXX 5.45 Removable Se quential Access SCSI-2 device sa0: 7.812MB/s transfers (7.812MHz, offset 15) da1 at ahc0 bus 0 target 1 lun 0 da1: SEAGATE ST34520N 1487 Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 4340MB (924 512 byte sectors: 64H 32S/T 4340C) da0 at ahc0 bus 0 target 0 lun 0 da0: CONNER CFP1080S 4649 Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15) da0: 1030MB (2110812 512 byte sectors: 64H 32S/T 1030C) Mounting root from ufs:/dev/ad0s1a cd0 at ahc0 bus 0 target 2 lun 0 cd0: PLEXTOR CD-ROM PX-4XCH 1.22 Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da2 at aha0 bus 0 target 6 lun 0 da2: IOMEGA ZIP 100 D.09 Removable Direct Acces s SCSI-2 device da2: 3.300MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present Regards, Phone: (250)387-8437 Cy SchubertFax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: [EMAIL PROTECTED] Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send
Re: Bug in tftpd ?
On Wed, Jan 31, 2001 at 12:13:54PM +0100, Pascal Hofstee wrote: Patches attached: Obtained from: NetBSD (Committed there about 3 months ago after we first spotted the problem in their implementation) Ok .. I noticed a minor glitch in my previous patch .. the "unsigned int" should be "unsigned short" Apparently NetBSD still uses the "unsigned int" so may still show the same problem. New patche attached. -- Pascal Hofstee daeron @ shadowmere . student . utwente . nl begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end --- tftpd.8.origWed Jan 31 11:59:57 2001 +++ tftpd.8 Wed Jan 31 12:04:55 2001 @@ -192,3 +192,9 @@ .Fl c option was introduced in .Fx 5.0 . +.Sh BUGS +Files larger than 33488896 octets (65535 blocks) cannot be transferred +without client and server supporting blocksize negotiation (RFC1783). +.Pp +Many tftp clients will not transfer files over 1678 octets (32767 blocks). + --- tftpd.c.origWed Jan 31 11:55:53 2001 +++ tftpd.c Wed Jan 31 11:58:00 2001 @@ -501,7 +501,7 @@ struct tftphdr *dp, *r_init(); register struct tftphdr *ap;/* ack packet */ register int size, n; - volatile int block; + volatile unsigned short block; signal(SIGALRM, timer); dp = r_init(); @@ -571,7 +571,7 @@ struct tftphdr *dp, *w_init(); register struct tftphdr *ap;/* ack buffer */ register int n, size; - volatile int block; + volatile unsigned short block; signal(SIGALRM, timer); dp = w_init();
x11/XFree86-4
I am having trouble compiling XFree86 from the ports tree.. I once ever few weeks recompile several packages again because I run -CURRENT and want to keep everything nicely sync'ed and updated in ports too.. But while compiling .. I got this error: LD_LIBRARY_PATH=../../exports/lib cc -o appres -ansi -pedantic -Dasm=__asm -Wal l -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib ../../exports/lib/libXt.so: undefined reference to `pthread_cond_signal' ../../exports/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' ../../exports/lib/libX11.so: undefined reference to `pthread_cond_broadcast' ../../exports/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_init' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_unlock' ../../exports/lib/libXt.so: undefined reference to `pthread_self' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_destroy' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_lock' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_wait' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_destroy' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_init' *** Error code 1 Stop in /mnt/archive/CVS/ports/x11/XFree86-4/work/xc/programs/appres. I am using the ports tree which cvs'sed about half an hour ago. I am not much of a programmer, but I do recall several undef references, so I tried to link with libc_r too. Which gave me a better result, while still failing: LD_LIBRARY_PATH=../../exports/lib cc -lc_r -o appres -ansi -pedantic -Dasm=__as m -Wall -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib ../../exports/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' ../../exports/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' *** Error code 1 Stop in /mnt/archive/CVS/ports/x11/XFree86-4/work/xc/programs/appres. I don't know what to do with these undefs .. so, any help would be appreciated. I'm not on the -ports list, so please include me in any mail referencing this. -Steve -- Stephan van Beerschoten [SVB21-RIPE] [EMAIL PROTECTED] PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: x11/XFree86-4
Stephan van Beerschoten writes: I am having trouble compiling XFree86 from the ports tree.. I once ever few weeks recompile several packages again because I run -CURRENT and want to keep everything nicely sync'ed and updated in ports too.. But while compiling .. I got this error: LD_LIBRARY_PATH=../../exports/lib cc -o appres -ansi -pedantic -Dasm=__asm -Wal l -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib ../../exports/lib/libXt.so: undefined reference to `pthread_cond_signal' Don't compile with CFLAGS=-O3 or above. -O or -O2 is OK. Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger [EMAIL PROTECTED] [KeyID: 400B38E9] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Voodoo3 + XFree4 + DRM - simple_lock ? :-)
On 1 Feb, Andrew Kenneth Milton wrote: Things that want glide look in only /usr/include/glide3 and /usr/lib (I suspect linuxism). For the pain it was causing it wasn't worth fretting over the location of a few files and a directory If I was making a port I'd probably make the effort to put things in their 'proper' place. Shouldn't the compiler find them if you add -I/usr/local/include and -L/usr/local/lib? | I tried to get the rpms from 3dfx.com, but it | - didn't resolves linux.3dfx.com | - isn't possible to get a response from ftp1.3dfx.com | from here. 3dfx.sourceforge.net is where they live now I believe... No, it's glide.sourceforge.net, but they didn't have downloadable files. Yes, I know how to use CVS (and cvs -z9) and I tried to compile it out of CVS a year ago, but I want to download a known good archive. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message