Re: 7-STABLE: mergemaster tzsetup question

[Max Khon]

Christian,

On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber
 wrote:

> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented
> with
>
> *** There is no /var/db/zoneinfo file to update /etc/localtime.
>    You should run tzsetup
>
> Running tzsetup(8) does however not create /var/db/zoneinfo, so
> mergemaster will prompt the next time, too.  I guess I can just
> ignore it, but it seems weird that mergemaster would keep nagging
> about this.
>
> Where is /var/db/zoneinfo supposed to come from?
>
> I also notice that mergemaster can issue tzsetup arguments -C and
> -r, but tzsetup doesn't support those.

tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that
mergemaster was merged to RELENG_7 but appropiate version of tzsetup
was not.

Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2-PRE: hastd: Compile Error

[Max Khon]

Eugene,

On Tue, Jan 18, 2011 at 4:11 PM, Eugene Grosbein  wrote:

On 18.01.2011 14:47, Olivier Certner wrote:
> >> That's not a solution for 7->8 upgrade as new lex won't run under 7.x
> >> kernel.
> >
> >   I can confirm that compiling and installing 'lex' in advance
> produces a
> > working 'lex' on 7.x.
> >
> >   My current understanding is that the procedure mentioned in a
> previous mail
> > uses the 8.x source but the 7.x tools and headers, so 'lex' then runs
> > correctly, since it also doesn't depend on exotic kernel features found
> only
> > in 8.x.
>
> Got it, thanks. This is still workaround until real fix made, not solution.


Please try attached patch.

Max


Makefile.inc1.diff
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: AoE driver for FBSD8 or later?

[Max Khon]

George,

On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakis wrote:


> On Mon, Sep 13, 2010 at 7:53 PM, Max Khon  f...@samodelkin.net>> wrote:
>


>Have you tried to contact coraid on this matter?
>>
>> Can you try this port version?
>>
>> http://people.freebsd.org/~fjoe/aoe-2.tar.gz<http://people.freebsd.org/%7Efjoe/aoe-2.tar.gz><
>> http://people.freebsd.org/%7Efjoe/aoe-2.tar.gz>
>>
>
> Max,
>
> thank you very much for your help. The driver works fine; I am able to see
> all 13T.
> In case something goes wrong I will inform you. For the time being,
> everything is OK.
>

I committed the port to the FreeBSD ports tree: ports/net/aoe.

I also committed ports/net/vblade (user-space AoE target) -- I used it for
testing. I am not sure that it can be used in production due to possible
performance problems.

Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: kernel build failed

[Max Khon]

Hello!

On Sun, Jan 3, 2010 at 3:28 AM, Doug Barton  wrote:


> > cd /usr/src
> >
> > make cleandir && make cleandir && rm -rf /usr/obj
> >
> > make buildkernel
>
> FreeBSD is not like Linux in the sense that you don't just want to
> update the kernel independently of the rest of the base system. You
> want to update the whole thing. Try this instead:
>
> make buildworld &&
> make buildkernel
>
> You should also read
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mak
> eworld.html
> to get a better idea of the overall process.
>

Actually it is enough to do "make kernel-toolchain" instead of "make
buildworld" prior to building kernel.

Max
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: RT2561 does not work (was: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices))

[Max Khon]

Hi!

On Thu, Mar 08, 2007 at 07:10:21PM +, Bruce M. Simpson wrote:

> >Some searching led me to: http://samodelkin.net/~fjoe/if_ral.diff -- 
> >which compiles on 6.2-RELEASE and, loaded as module, makes the card 
> >available.
> I was under the impression this code had been merged to -STABLE already. 
> Sorry to hear about the problems you're having. I myself have an 
> rt2661and have not seen such problems.

Yes. The code is merged to RELENG_6. However it is not in 6.2-RELEASE.

> ral is currently not on the critical path for anything I'm doing 
> otherwise I'd look at it just now; I would suggest filing a PR with this 
> information.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices)

[Max Khon]

Hi!

> This won't compile on my system (6.1-RELEASE-p11). Any ideas?
> 
> linking kernel
> if_ral_pci.o(.data+0x120): undefined reference to `rt2661_attach'
> if_ral_pci.o(.data+0x124): undefined reference to `rt2661_detach'
> if_ral_pci.o(.data+0x128): undefined reference to `rt2661_shutdown'
> if_ral_pci.o(.data+0x12c): undefined reference to `rt2661_suspend'
> if_ral_pci.o(.data+0x130): undefined reference to `rt2661_resume'
> if_ral_pci.o(.data+0x134): undefined reference to `rt2661_intr'
> if_ral_pci.o(.data+0x138): undefined reference to `rt2560_attach'
> if_ral_pci.o(.data+0x13c): undefined reference to `rt2560_detach'
> if_ral_pci.o(.data+0x140): undefined reference to `rt2560_shutdown'
> if_ral_pci.o(.data+0x144): undefined reference to `rt2560_suspend'
> if_ral_pci.o(.data+0x148): undefined reference to `rt2560_resume'
> if_ral_pci.o(.data+0x14c): undefined reference to `rt2560_intr'
> *** Error code 1
> 
> Stop in /usr/obj/usr/src/sys/LAPTOP64.

Sorry, forgot to attach the diff for conf/ and for modules/
New patch version is available at http://samodelkin.net/~fjoe/if_ral.diff.
But it only builds as a module.

cd /sys/modules/ral && make && make install

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

[CALL FOR TESTERS] (was: ral(4) and second/third gen devices)

[Max Khon]

Hi!

On Fri, Dec 15, 2006 at 06:53:52AM +, Matt Dawson wrote:

> Is there any timescale/possibility of a MFC of the ral driver that Damien has 
> added second and third generation support to? It is becoming increasingly 
> hard to lay one's hands on first gen kit, especially in MiniPCI. If not, is 
> there a patch lurking somewhere to add this to the RELENG_6_2 branch?

Please try this patch:

http://samodelkin.net/~fjoe/if_ral.diff

Works for me for some RT2561-based card for about 6 months.
I had to merge some fixes from OpenBSD (to HEAD) in order to fix a panic during
interface reconfiguration.

I hesitate to MFC this because the driver has been heavily refactored
and I do not have RT2560 card to test with. Any reports from owners of
Ralink RT2560-based cards about this patch are highly appreciated.

Unfortunately Damien no longer maintains FreeBSD driver.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Large msdosfs disk will not mount on RELENG_6

[Max Khon]

Hi!

On Tue, Nov 28, 2006 at 06:56:05PM +0100, Oliver Fromme wrote:

>  > [...]
>  > Well, the mentioned problems (running out of kernel memory
>  > and NFS export difficulties) can occur with msdosfs file
>  > systems of any size, including ones that are smaller than
>  > 128 GB.  It would be really annoying to not be able to
>  > mount a USB stick with a lot of files on a machine with
>  > small RAM (it could panic the machine without warning).
>  > [...]
> 
> I'm afraid that part of my mail was wrong.  If the file
> system is smaller than 128 GB, the mapping table is not
> used, even if MSDOSFS_LARGE is enabled in the kernel.

Looks like MSDOSFS_LARGE should be enabled by default.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [HACKERS] semaphore usage "port based"?

[Max Khon]

Hi!

On Mon, Apr 03, 2006 at 11:56:13PM +0100, Robert Watson wrote:

> >>This is why it's disabled by default, and the jail documentation 
> >>specifically advises of this possibility.  Excerpt below.
> >
> >Ah, I see, glad to see it's accurately documented.
> 
> As it has been for the last five years, I believe since introduction of the 
> setting to allow System V IPC to be used with documented limitations.
> 
> >Given the rather significant use of shared memory by Postgres it seems to 
> >me that jail'ing it under FBSD is unlikely to get you the kind of 
> >isolation between instances that you want (the assumption being that you 
> >want to avoid the possibility of a user under one jail impacting a user in 
> >another jail). As such, I'd suggest finding something else if you truely 
> >need that isolation for Postgres or dropping the jails entirely.
> >
> >Running the Postgres instances under different uids (as you'd probably 
> >expect to do anyway if not using the jails) is probably the right 
> >approach. Doing that and using jails would probably work, just don't 
> >delude yourself into thinking that you're safe from a malicious user in 
> >one jail.
> 
> Yes, there seems to be an awful lot of noise being made about the fact that 
> the system does, in fact, work exactly as documented, and that the 
> configuration being complained about is one that is specifically documented 
> as being unsupported and undesirable.
> 
> As commented elsewhere in this thread, currently, there is no 
> virtualization support for System V IPC in the FreeBSD Jail implementation. 
> That may change if/when someone implements it.  Until it's implemented, it 
> isn't going to be there, and the system won't behave as though it's there 
> no matter how much jumping up and down is done.

sysvipc has been implemented once, but it has been decided that it adds
unnecessary bloat. That's sad.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Recent 6.1-PRE: burncd: ioctl(CDRIOCFIXATE): Input/output error

[Max Khon]

Hi!

On Wed, Mar 15, 2006 at 04:27:13PM -0500, Scott Robbins wrote:

> On Wed, Mar 15, 2006 at 12:51:50PM -0800, David Wolfskill wrote:
> > I'm running:
> > 
> > 
> > I just tried it again, using a different brand of media, and also got:
> > 
> > localhost(6.1-P)[22] sudo burncd -s max -f /dev/acd0 data 
> > 6.1-BETA4-i386-disc1.iso fixate
> > Password:
> > next writeable LBA 0
> > writing from file 6.1-BETA4-i386-disc1.iso size 454082 KB
> > written this track 454082 KB (100%) total 454082 KB
> > fixating CD, please wait..
> > burncd: ioctl(CDRIOCFIXATE): Input/output error
> > localhost(6.1-P)[23] 
> > 
> > There was a fair amount of time -- around 15 - 20 seconds -- between the
> > "fixating CD, please wait.." message and the whine, during which there
> > was activity involving the CD drive.
> > 
> > Am I doing something stupid here?
> 
> In my case, the CD burns without problem however, I get that error.  
> Googling found me a few other people with a similar issue.  Have you
> tried the CD afterwords to see if it works anyway?  
> 
> Out of curiosity, is it a Plextor drive, I think everyone who had a
> problem was running into it with Plextors.  
> 
> Some people, like myself, only get the annoying error message and
> everything is fine, others find that it doesn't work at all.

It does not work on many other drives (including mine, I have
NEC DVD RW ND-3520A/1.04). I have to fixate manually after the failure.
cdrecord (over SCSI emulation) works fine.

http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/73559
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/95979
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/90839
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/63319

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: HEADS UP! 6.0-RELEASE coming

[Max Khon]

Hi!

On Tue, Nov 01, 2005 at 12:29:00PM +0100, Marc Olzheim wrote:

> > Linking against -lthr (or even -lc_r!) instead of -lpthread solves gdb
> > "The program no longer exists." problem for me on RELENG_6.
> 
> Well, yes, but that's not the same. While running on M:N KSE, all sorts
> of locking needs to be correct, which with non M:N threading you can get
> away with some (intentional or not) sloppiness. So debugging a fully
> threaded program with a non M:N threadlib is not always useful.

I do not think that maintaining M:N thread lib is feasible, given the lack
of resources. Solaris has already moved from M:N to 1:1. Linux (NPTL) is 1:1
as well.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: HEADS UP! 6.0-RELEASE coming

[Max Khon]

Hi!

On Tue, Nov 01, 2005 at 06:40:42AM +0600, Max Khon wrote:

> > >  Everyone is still welcome to update their sources on the RELENG_6_0
> > >  branch and provide feedback for the next 48 hours or so.  The release
> > >  will likely be announced by the end of the weekend or early next
> > >  week, at the latest.
> > 
> > Anyone having updates for my showstopper page, please, notify me...
> > 
> > http://www.stack.nl/%7Emarcolz/FreeBSD/showstoppers.html
> > 
> > We are still installing new servers with 4.x, because I haven't seen a
> > really stable FreeBSD-stable release since... This includes current
> > RELENG_6_0.
> 
> Linking against -lthr (or even -lc_r!) instead of -lpthread solves gdb
> "The program no longer exists." problem for me on RELENG_6.

More on this: setting env var LIBPTHREAD_SYSTEM_SCOPE also fixes the
problem (with -lpthread).

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: HEADS UP! 6.0-RELEASE coming

[Max Khon]

Hi!

On Mon, Oct 31, 2005 at 04:18:09PM +0100, Marc Olzheim wrote:

> >  Everyone is still welcome to update their sources on the RELENG_6_0
> >  branch and provide feedback for the next 48 hours or so.  The release
> >  will likely be announced by the end of the weekend or early next
> >  week, at the latest.
> 
> Anyone having updates for my showstopper page, please, notify me...
> 
> http://www.stack.nl/%7Emarcolz/FreeBSD/showstoppers.html
> 
> We are still installing new servers with 4.x, because I haven't seen a
> really stable FreeBSD-stable release since... This includes current
> RELENG_6_0.

Linking against -lthr (or even -lc_r!) instead of -lpthread solves gdb
"The program no longer exists." problem for me on RELENG_6.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Please Suport Starsky2 DVB-S card please

[Max Khon]

Hi!

On Tue, Apr 19, 2005 at 07:56:37PM +0200, Julian H. Stacey wrote:

> > Hello there I would like to ask you if you could add to the final
> > realase drivers for the SkyStar2 PCI card it is a Digital Sat-Reciver
> > made by TechniSat Company, the bad thing though is that they do not
> > suport it
> > 
> > Thank you very much...
> 
> http://www.freebsd.org/donations/index.html#components
> 
> If donate & send one to developers, (perhaps sharing purchase cost
> with another owner) & if you get tech. docs from manufacturer, your
> chances of getting a developer to donate his time free may likely
> rise dramaticaly.  (No I'm Not looking for a card myself :-)

There is something for SkyStar2 here:

http://paradox.org.ua/

But it is "demo" version (haven't tried it myself) and there are not sources.

/fjoe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

nForce2 support in ATA driver

[Max Khon]

hi, there!

I noticed that nForce2 support (as well as nForce1 fixes) were not MFC'ed
to RELENG_4. Is it planned to MFC it before 4.8-RELEASE?

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: 4.8 PreRelease problems

[Max Khon]

hi, there!

> I suppose this list is "the right place"?
> 
> 4.8 pre-release problems:
> 
> A. The new "__stdinp, __stdoutp, __stderrp" in  is causing major
>problems for 3.x binaries.  E.g. such a binary uses compat/libc.so.3,
>but also libm.so.2 -- the latter includes  but has no compat
>version.  All /usr/lib/lib*.so that have no compat version, but include
>the new , cause this problem.

you need to set COMPAT3X= yes in /etc/make.conf

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: libc_r seems to be broken in 4.7-STABLE as of Jan 27

[Max Khon]

hi, there!

On Mon, Feb 03, 2003 at 04:19:50PM +0100, Jonas Bulow wrote:

> There seems to be a problem in libc_r causing processes to hang 
> (spinning) during startup of the process.
> 
> It happens when the box is very busy. I got the back trace below using 
> gcore on such a spinning process. The process consumed like 70% CPU.
> 
> Has this been seen before? What more can I do to help solve the problem?
> 
> The is a diskless box without swap. It's likely it went out of memory.

hmm, I've never seen such behaviour.
Can you try to make a simple program which will reproduce this weird
behaviour?

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Unable to compile -STABLE kernel with SMBFS

[Max Khon]

hi, there!

On Mon, Oct 28, 2002 at 08:28:41AM +0200, Toni Viemero wrote:

> I tried compiling new kernel with the following options:
> 
> options SMBFS   #SMB/CIFS filesystem
> options NETSMB  #SMB/CIFS requester
> options NETSMBCRYPTO#encrypted password support for SMB
> 
> Error messages attached as smbfs_smb.txt.
> 
> Is the problem me or in the kernel itself?

you forgot 'options LIBMCHAIN' and 'options LIBICONV'

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: After upgrade problem

[Max Khon]

hi, there!

On Tue, Aug 27, 2002 at 01:25:38AM +0400, Ruslan Sulemanov wrote:

> Thank for the help!
> My mistake was in /etc/fstab, i has changed
> /dev/acd0c on /dev/acd0a, and all began on the places!
> ls -l /dev/acd*
> crw-rw-rw-  2 root  operator  117,   0 Aug 26 18:53 /dev/acd0a
> crw-rw-rw-  2 root  operator  117,   2 Aug 26 18:53 /dev/acd0c
> crw-rw-rw-  2 root  operator  117,   8 Aug 26 18:53 /dev/acd1a
> crw-rw-rw-  2 root  operator  117,  10 Aug 26 18:53 /dev/acd1c

actually your mistake was in not running "MAKEDEV all" after mergemaster.
you should have something like this in /dev:

fjoe@husky:~$ls -l /dev/acd0*
crw-rw  4 root  cdrom  117,   0 27 Á×Ç 02:44 /dev/acd0a
crw-rw  4 root  cdrom  117,   0 27 Á×Ç 02:44 /dev/acd0c
fjoe@husky:~$

(note /dev/acd0c minor is now equal to /dev/acd0a minor)

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: vi in 8 bit mode

[Max Khon]

hi, there!

On Mon, Aug 19, 2002 at 01:53:00AM +0300, Stoian Mishinev wrote:

> How can switch vi in 8 bit mode to be possible to edit files containig 
> cyrillic text. When trying to use vi with cyr text i see this"
> 
> oCMenu.makeMenu('sub32','top3','\xcf\xe0\xf0\xf2\xed\xfc\xee\xf0 
> 2','part2.html')^M
>   
>  ^
>oCMenu.makeMenu('sub33','top3','\xcf\xe0\xf0\xf2\xed\xfc\xee\xf0 
> 3','part3.html')^M
>   
>  ^

you should set up your locale properly (set $LANG environment variable)

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: /dev/acd0c bug

[Max Khon]

hi, there!

On Tue, Jun 25, 2002 at 11:59:23PM -0700, Mr. Darren wrote:

> the iso's in question were converted from .cue/.bin..
> the vcds I burn turn out ok.. just the mode1 iso's
> don't... I get that error every time.  all my devs are
> current..  could be related to the ATA problems...
 
why generated .iso image has .ugh extension?
bchunk generates such extension when it can't determine track mode
properly. if you have created .cue file yourself, you could
specify incorrect track mode. can you show your .cue file?

> -Darren
> --- JJ Behrens <[EMAIL PROTECTED]> wrote:
> > No one else has sent in a response yet, so I'll
> > start grabbing for straws:
> > 
> > o Perhaps you should updating your devices:
> >   cd /dev/; sh MAKEDEV all
> > o Are you trying to burn an ISO?  I.e., did you
> > remember to use mkisofs first?
> > o I wonder if this is related to the recent ATA
> > problems.
> > 
> > I apologize if this email was a waste of your time
> > ;)
> > 
> > -jj
> > 
> > > I've tried many variations of this command and it
> > > breaks down to two things.. I either don't get the
> > > error and the cd doesn't work, or I do get the
> > error
> > > and it still doesn't work...  windows loads it as
> > a
> > > blank cd with 100% used..  unix doesn't even load
> > it..
> > > 
> > > pasted directly as is:
> > > ani927tpy6ge# burncd -etv -f /dev/acd0c -s 16
> > XAmode1
> > > cd101.ugh fixate
> > > adding type 0x0a file cd101.ugh size 723458 KB
> > 361730
> > > blocks (0 padded)
> > > next writeable LBA 0
> > > addr = 0 size = 740821200 blocks = 361730
> > > writing from file cd101.ugh size 723458 KB
> > > acd0: WRITE_BIG - ILLEGAL REQUEST asc=0x63
> > ascq=0x00
> > > error=0x04
> > > only wrote -1 of 32768 bytes err=5
> > > fixating CD, please wait..
> > > ani927tpy6ge#
> > > 
> > > 
> > > 
> > > 
> > > pay attention to:
> > > acd0: WRITE_BIG - ILLEGAL REQUEST asc=0x63
> > ascq=0x00
> > > error=0x04
> > 
> > -- 
> > Users of C++ should consider hanging themselves
> > rather than shooting their 
> > legs off--it's best not to use C++ simply as a
> > better C.
> 
> 
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: timestamp

[Max Khon]

hi, there!

On Tue, Jan 29, 2002 at 09:12:58PM -0800, Alexey Koptsevich wrote:

> I would like to download src tree at the moment of 4.5R. Which time I 
> should give to cvsup, "2002/01/25 20:58:19" mentioned in the beginning of 
> the release notes?

use RELENG_4_5_0_RELEASE tag

/fjoe

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Oracle 8.1.7 & FreeBSD

[Max Khon]

hi, there!

On Fri, Nov 23, 2001 at 04:48:54PM +0200, shupilov wrote:

> MK> the easiest way to install 8.1.7 on FreeBSD is to install it on Linux,
> MK> then copy it to FreeBSD machine
> 
> i guess there is one more way to do it: you can install Linux rpm's on
> your FreeBSD box
> /etc/rc.conf:
> 
> linux_enable="YES"

Oracle 8.1.7 installer is written in Java and this is the only reason why
it cannot be installed on FreeBSD

/fjoe

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Oracle 8.1.7 & FreeBSD

[Max Khon]

hi, there!

On Fri, Nov 23, 2001 at 04:23:05PM +0300, Ilya Storozhilov wrote:

> Does anyone have Oracle 8.1.7 (8.1.6) running on FreeBSD box? If yes,
> how it can be installed?

the easiest way to install 8.1.7 on FreeBSD is to install it on Linux,
then copy it to FreeBSD machine

> How it works? How work client applications,
> DBD:Oracle, php with oracle etc.???

There are native FreeBSD libraries (OCI). You can get them, for example,
from ftp://iclub.nsu.ru/pub/FreeBSD/incoming/OCI.freebsd.elf.tar.gz

DBD::Oracle can be built using these libraries, don't know about php
though.

/fjoe

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: DCOP server problem...

[Max Khon]

hi, there!

On Fri, Nov 09, 2001 at 01:05:14PM +0100, Vidor Demeter wrote:

> I have some problems when I try to start Xwindows as a user:
> I get an error message as: "DCOP-server is not running"
> After a few trying to start Xwindows it starts, baut when I close it
> it shows some error messages.
> If I start X as root everything is right!
> Can somebody help me out ?

you probably configured KDE as your window manager. I had similar problems
when dcop-server could not create its socket in my home directory

/fjoe

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Unable to install -stable snap via FTP

[Max Khon]

hi, there!

On Sat, Oct 27, 2001 at 04:26:20PM -0400, Joe Clarke wrote:

> I've been trying to install a -stable snapshot on a few of my machines so
> that I get dirpref off the bat.  However, everytime I try to install using
> passive FTP from releng4.freebsd.org, it fails fetching the bin
> distribution.  What's weird is that when I go to Alt+F2, I don't see any
> error messages, and it looks like bin transfered correctly (i.e. I see the
> block size of the distribution at the end).
> 
> When I go to Alt+F4, I see a kernel.GENERIC, but no kernel (not sure where
> in the install process kernel should exist, though).  I've tried this with
> the 10/21, 10/26, and 10/27 snaps.  Doing 4.4-RELEASE from passive FTP
> works fine.
> 
> Anyone else experiencing this?

yes. if you are talking about sysinstall complaining it can't fetch
distribution you can simply ignore those errors.
(I do not know of any available fixes for this problem)

/fjoe

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: firebird oddity

[Max Khon]

hi, there!

On Sat, 4 Aug 2001, Tim Kellers wrote:

> So sahould I await an update, or copy those libs from older (4.3-stable)
> servers and try the build again?

you should make it to link against libcrypt instead of libdescrypt

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: is "stable" "stable"?

[Max Khon]

hi, there!

On Mon, 23 Jul 2001, Steve Lumos wrote:

> I'm not whining about -STABLE, but then again I didn't lose.  However,
> I think the current attitude toward people who end up losing after
> basically being led to -STABLE by the documentation is bad.  It might
> be a good idea to add "NOTE: Since this documentation may be out of
> date with respect to -STABLE, you should never consider tracking it
> until you have read freebsd-stable for a couple of weeks."

this happened because RELENG_4_3 is quite new idea (it is actually the
first -RELEASE branch) and seems that handbook is really out of sync with
real world

/fjoe


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: mozilla and 4.2-RELEASE

[Max Khon]

hi, there!

On Mon, 18 Dec 2000, Daniel Eischen wrote:

> It should prevent libstdc++ from linking in other libraries.  In 
> this case we don't want it to include (the unthreaded) libgcc, so
> that the correct libgcc (libgcc for unthreaded, libgcc_r for threaded) 
> will be linked when the application is linked.

haven't tested this solution, but what will happen if I need to link my
threaded app with, for example, libmd?

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: mozilla and 4.2-RELEASE

[Max Khon]

hi, there!

On Mon, 18 Dec 2000, David O'Brien wrote:

> > just a guess (and I am not speculating):
> > FreeBSD has broken g++ compiler (-fsjlj-exceptions are broken).
> 
> Can you remind me why you feel sjlj exceptions are broken (vs. slow)?

g++ 2.95.2 generates incorrect code when using -fsjlj-exceptions
(segfaults when throwing an exception)
Alexander Kabaev <[EMAIL PROTECTED]> has made two set of patches for this
problem (one is his own solution and other is backport of changes from
gcc-current). The former IIRC is committed into OpenBSD source tree and I
use it without any problems for about half a year. The latter is not
tested that well but I do my C++ development with that patch for about a
week and haven't noticed any problems.

there are two bug reports (#413 and #258) in gcc GNATS about this problem

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: mozilla and 4.2-RELEASE

[Max Khon]

hi, there!

On Sun, 17 Dec 2000, David O'Brien wrote:

> > Since the Mozilla team has dropped all FreeBSD tinderboxes from their
> > cluster
> 
> Any idea why they did that?

just a guess (and I am not speculating):
FreeBSD has broken g++ compiler (-fsjlj-exceptions are
broken). OpenBSD already have g++ -fsjlj-exceptions fixes in the tree.
Can we have them in -stable too (AFAIK 2.95.2 is not on the vendor branch
anymore)?

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: AMD OK?

[Max Khon]

hi, there!

On Wed, 13 Dec 2000, Rasputin wrote:

> Might seem a stupid question, but are there
> any problems with 500Mhz AMD chips and FreeBSD?
> 
> STR a thread regarding 'make worlds' having problems with these chips,
> but maybe I misread ?
> 
> I need to check before I write to Satan^W Santa.

I have Athlon 500 (Slot-A) + ASUS K7M. no problems so far

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: mysql: a lot of lost connections...

[Max Khon]

hi, there!

On Wed, 6 Dec 2000, Milan Salajka wrote:

> > Milan,  4.1.1 Release has different thread bugs,  at least for me
> > MySQL crashed randomly about once per week.
> 
> 4.2-STABLE doesn't work, latest release (4.2) doesn't work,
> previous release (4.1.1) has bugs too... uff, what is the
> recommended FREEBSD version for MYSQL ? LINUX ?
> many people use APACHE, PHP & MYSQL trio on
> FreeBSD, but it seems, that RELENG_4 isn't good choice.
> 
> my 'upgrades': 4.2-stable -> 4.2-release -> 4.1.1-release
> when it will end ? ;o)))

try patch I have attached to my previous posts to -stable
this is not a correct solution but it solves very similar to yours
problems for us.

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Mysql segfaults; is the culprit libstdc++, pthread, regex ...?

[Max Khon]

hi, there!

On Wed, 6 Dec 2000, David O'Brien wrote:

> > now I can confirm that on latest -stable without "linking shared objects
> > with libgcc_[r]_pic" changes ACE wrappers tests run correctly without
> > segfaults. test program ("bad" one) from PR/23252 also does not segfault
> > anymore.
> 
> > sorry, no workaround so far except backing out that changes
> > (patch for testing attached) and have no time to find more correct
> > solution.
> 
> Lets get the patch right for people to test.  Remove all the bogus
> -kthread stuff.  As that was only for Linux threads (or does ACE use
> that)??  If so, then it isn't being linked the way Jason Evans says it
> should.

ACE can use both linuxthreads or pthreads. we use it with pthreads. Sorry,
have no time to test patch without -kthread stuff (attached) or to find
out what is the deal with threads when we are linking shared libraries
against libgcc_[r_]pic.a.

> > I think that changes to compiler and binutils should be tested
> > in -current for much longer period of time before MFC and should be MFC'ed
> > long before release date.
> 
> If you understood what was broken by not doing this commit, you'd
> understand why it was done.  C++ exceptions (even w/o threads) was rather
> broken.  W/o this patch we were going to dropped as a GCC 3.0 release
> test platform.

AFAIR C++ exceptions without this patch are not broken (I am running
latest -stable without them now). When we switched to gcc crtstuff the
only thing that was broken were C++ multithreaded programs because threads
were not initialized when crtstuff tried to use them to initialize eh
context information.

I think it does not matter why it was done -- we need
someone to find out why linking shared libraries against libgcc_[r_]pic.a
breaks multithreaded programs.

/fjoe


--- gnu/usr.bin/cc/cc_tools/freebsd-native.h.orig   Sun Nov 12 03:52:40 2000
+++ gnu/usr.bin/cc/cc_tools/freebsd-native.hWed Dec  6 14:54:29 2000
@@ -1,4 +1,4 @@
-/* $FreeBSD: src/gnu/usr.bin/cc/cc_tools/freebsd-native.h,v 1.5.2.1 2000/11/11 
21:52:40 obrien Exp $ */
+/* $FreeBSD: src/gnu/usr.bin/cc/cc_tools/freebsd-native.h,v 1.4 1999/12/22 05:00:27 
+obrien Exp $ */
 
 /* FREEBSD_NATIVE is defined when gcc is integrated into the FreeBSD
source tree so it can be configured appropriately without using
@@ -50,9 +50,4 @@
 /* Tell gcc to locate libgcc.a for us according to the -m rules.  */
 #undef LIBGCC_SPEC
 #define LIBGCC_SPEC \
- "%{!shared: \
-%{!pthread:libgcc.a%s} \
-%{pthread:libgcc_r.a%s}} \
-  %{shared: \
-%{!pthread:libgcc_pic.a%s} \
-%{pthread:libgcc_r_pic.a%s}}"
+ "%{!shared:%{!pthread:libgcc.a%s}%{pthread:libgcc_r.a%s}}"
--- Makefile.inc1.orig  Sat Dec  2 03:58:09 2000
+++ Makefile.inc1   Wed Dec  6 15:01:03 2000
@@ -682,7 +682,7 @@
 #
 # The following dependencies exist between the libraries:
 #
-# lib*: csu libgcc_pic
+# lib*: csu
 # libatm: libmd
 # libcrypt: libmd
 # libdialog: libncurses
@@ -690,7 +690,7 @@
 # libg++: libm
 # libkrb: libcrypt
 # libopie: libmd
-# libpam: libcom_err libcrypt libcrypto libkrb libopie libradius \
+# libpam: libcom_err libcrypt libcrypto libgcc_pic libkrb libopie libradius \
 #libskey libtacplus libutil libz libssh
 # libradius: libmd
 # libreadline: libncurses
@@ -703,7 +703,7 @@
 #
 # gnu/lib: lib/libm lib/libncurses
 # kerberosIV/lib kerberos5/lib: lib/libcrypt
-# lib/libpam: secure/lib/libcrypto kerberosIV/lib/libkrb \
+# lib/libpam: secure/lib/libcrypto kerberosIV/lib/libkrb gnu/lib/libgcc \
 # secure/lib/libssh lib/libz
 # secure/lib: lib/libmd
 #
@@ -742,9 +742,8 @@
 .endif
 
 libraries:
-.for _lib in ${_csu} gnu/lib/csu gnu/lib/libgcc lib/libmd lib/libcrypt \
-${_secure_lib} ${_kerberosIV_lib} \
-${_kerberos5_lib} lib/libcom_err ${_libm} lib/libncurses \
+.for _lib in ${_csu} gnu/lib/csu lib/libmd lib/libcrypt ${_secure_lib} 
+${_kerberosIV_lib} \
+${_kerberos5_lib} gnu/lib/libgcc lib/libcom_err ${_libm} lib/libncurses \
 lib/libopie lib/libradius lib/libskey lib/libtacplus lib/libutil \
 lib/libz lib gnu/lib \
 ${_libperl} usr.bin/lex/lib ${_libkeycap}

RE: Hmm..passwords.

[Max Khon]

hi, there!

On Thu, 23 Nov 2000, Chris Knight wrote:

> > NODESCRYPTLINKS was always intended as a temporary workaround. The
> > solution is to use passwd_format=des in your default login class.
> >
> It's a solution for login. It's not a solution for any application that
> dynamically links to libcrypt, and then expects the hash algorithm to remain
> the same - which is a fair assumption to make. I'm exceptionally happy with
> NODESCRYPTLINKS, so my opinion is to leave it alone.

from this point of view default format should always be 'des' with
passwd_format=md5 in /etc/login.conf
(most applications expect crypt to be des-crypt)

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

RE: upgrade from 3.x

[Max Khon]

hi, there!

On Sun, 5 Nov 2000, Adam Herzog wrote:

> Hmmm... my understanding is that miniperl is no longer built... seems like
> it shouldn't be trying at all.
> 
> >From /usr/src/UPDATING:
> 20001006:
> The perl build proceedure no longer installs miniperl, nor uses
> the installed miniperl.  It is recommended that you delete
> /usr/bin/miniperl.
> 
> When was the last time you cvsup'ed?

today. miniperl is built as build-tools
(look into gnu/usr.bin/perl/Makefile)
'NOPERL=yes' in /etc/make.conf helps in this case
but I think it should be fixed anyway

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: FW: Pine 4.30 now available (fwd)

[Max Khon]

hi, there!

On Wed, 1 Nov 2000, Christian Ruediger Bahls wrote:

> is it still possible to merge the
> new version of pine into
> the ports-tree of 4.2-RELEASE ?

seems that our pine port has needed patches (described in 4.30
announcement)
please correct me if i'm wrong

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: GDB 4.18 and shared libraries (Mozilla)

[Max Khon]

hi, there!

On Wed, 25 Oct 2000, David O'Brien wrote:

> I committed this MFH in the FSF/GNU Binutils source and it will be in the
> upcoming Bintuils 2.10.1 release.  FreeBSD-CURRENT will not see this fix
> until 2.10.1 is imported.  I will fix this in RELENG_4 for FreeBSD
> 4.2-RELEASE however.

will you commit g++ 2.95.2 -fsjlj-exceptions fix by Alexander Kabaev
before 4.2-RELEASE as well? His fixes work for me.

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: GDB 4.18 and shared libraries (Mozilla)

[Max Khon]

hi, there!

On Wed, 25 Oct 2000, David O'Brien wrote:

> On Wed, Oct 25, 2000 at 01:46:50PM -0400, Randell Jesup wrote:
> > There is a bug which is present in all 4.x (and 5.x) versions of FreeBSD
> > which makes it difficult to debug code in shared libraries.
> 
> Actually any system using Binutils 2.10.0.
>  
> > Here is a relevant source diff which fixes the bug:
> 
> I committed this MFH in the FSF/GNU Binutils source and it will be in the
> upcoming Bintuils 2.10.1 release.  FreeBSD-CURRENT will not see this fix
> until 2.10.1 is imported.  I will fix this in RELENG_4 for FreeBSD
> 4.2-RELEASE however.

thanks!

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Request for change to /etc/rc script

[Max Khon]

hi, there!

On Fri, 22 Sep 2000, Max Khon wrote:

> > >> > We have a similar problem with the combination of NIS and ipfw. The details
> > >> > (and a patch) are in conf/18521:
> > >> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18521 - nobody has touched it
> > >> > since its submission in May.
> > >> 
> > >> I've never used NIS, but isn't this either a bug/missing feature
> > >> in NIS or a misconfiguaration on your part?
> > >> 
> > >> Shouldn't NIS have a "first found" option so that root:wheel doesn't
> > >> need NIS resolution?
> > 
> > Max> nope. getpwnam("root") always tries to find "root" in NIS maps
> > Max> (and fails after a quite long delay miserably if for example NIS server is
> > Max> unreachable) even if root:wheel exists in local passwd/group files.
> > 
> > This doesn't happen here, at least not under 4.0-RELEASE.  What's your
> > /etc/passwd look like?
> 
> --- cut here ---
> root:xx:0:0::0:0:Charlie &:/root:/bin/tcsh
> [...]
> +:
> --- cut here ---
> 
> this happens on wide range of FreeBSD versions from 3.3-RELEASE to
> 4.1-STABLE (24 Jul 2000)

of course it finds "root" entry in local passwd after it fails to find it
in NIS maps (I should be more precise).

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Request for change to /etc/rc script

[Max Khon]

hi, there!

On 22 Sep 2000, Michael Sperber [Mr. Preprocessor] wrote:

> >> > We have a similar problem with the combination of NIS and ipfw. The details
> >> > (and a patch) are in conf/18521:
> >> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18521 - nobody has touched it
> >> > since its submission in May.
> >> 
> >> I've never used NIS, but isn't this either a bug/missing feature
> >> in NIS or a misconfiguaration on your part?
> >> 
> >> Shouldn't NIS have a "first found" option so that root:wheel doesn't
> >> need NIS resolution?
> 
> Max> nope. getpwnam("root") always tries to find "root" in NIS maps
> Max> (and fails after a quite long delay miserably if for example NIS server is
> Max> unreachable) even if root:wheel exists in local passwd/group files.
> 
> This doesn't happen here, at least not under 4.0-RELEASE.  What's your
> /etc/passwd look like?

--- cut here ---
root:xx:0:0::0:0:Charlie &:/root:/bin/tcsh
[...]
+:
--- cut here ---

this happens on wide range of FreeBSD versions from 3.3-RELEASE to
4.1-STABLE (24 Jul 2000)

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Linux ABI & JDK1.3

[Max Khon]

hi, there!

On Wed, 20 Sep 2000, Antony T Curtis wrote:

> Are there any known issues with the Linux ABI on STABLE-2828 ?
> 
> I have found that the Sun JVM 1.3 can cause FreeBSD to panic or worse,
> crash solid so that a hardware reboot is required.
> 
> Does anyone have any experiences with different Java environments on
> FreeBSD? IBM's latest completely fails to run.

Andrew Gallatin ([EMAIL PROTECTED]) has made some initial work to make
IBM JDK work under 4.0-RELEASE. You can get his patches at
http://www.cs.duke.edu/~gallatin/linux/sa_siginfo/4.0-release.diff
http://www.cs.duke.edu/~gallatin/linux/sa_siginfo/diff
(this is for -current)

Sean O'Connell ([EMAIL PROTECTED]() has made quick-and-dirty port
to -stable. I have attached his diffs.

/fjoe


--- sys/i386/linux/linux.h.orig Tue Sep 12 10:14:29 2000
+++ sys/i386/linux/linux.h  Thu Sep 14 12:28:12 2000
@@ -33,6 +33,8 @@
 
 #include 
 
+#include  /* for sigval union */
+
 #ifdef MALLOC_DECLARE
 MALLOC_DECLARE(M_LINUX);
 #endif
@@ -157,6 +159,15 @@
 #defineLINUX_SIGISMEMBER(set, sig) SIGISMEMBER(set, sig)
 #defineLINUX_SIGADDSET(set, sig)   SIGADDSET(set, sig)
 
+/* sigaltstack */
+#define LINUX_MINSIGSTKSZ   2048
+#define LINUX_SS_ONSTACK1
+#define LINUX_SS_DISABLE2
+#define LINUX_SS_DISABLE_BC 0   /* backwards compat SS_DISABLE */
+
+void linux_to_bsd_sigaltstack(int *lsa, int *bsa);
+void bsd_to_linux_sigaltstack(int *bsa, int *lsa);
+
 typedef void   (*linux_handler_t)(int);
 typedef u_long linux_osigset_t;
 
@@ -210,6 +221,72 @@
int sc_cr2;
 };
 
+
+struct linux_ucontext {
+   unsigned long   uc_flags;
+   void*uc_link;
+   linux_stack_t   uc_stack;
+   struct linux_sigcontext uc_mcontext;
+   linux_sigset_t  uc_sigmask;   
+};
+
+#define LINUX_SI_MAX_SIZE 128
+#define LINUX_SI_PAD_SIZE ((LINUX_SI_MAX_SIZE/sizeof(int)) - 3)
+
+typedef struct siginfo {
+   int lsi_signo;
+   int lsi_errno;
+   int lsi_code;
+
+   union {
+   int _pad[LINUX_SI_PAD_SIZE];
+   struct {
+   linux_pid_t _pid;
+   linux_uid_t _uid;
+   } _kill;
+
+   struct {
+   unsigned int _timer1;
+   unsigned int _timer2;
+   } _timer;
+
+   struct {
+   linux_pid_t _pid;   /* sender's pid */
+   linux_uid_t _uid;   /* sender's uid */
+   union sigval _sigval;
+   } _rt;
+
+   struct {
+   linux_pid_t _pid;   /* which child */
+   linux_uid_t _uid;   /* sender's uid */
+   int _status;/* exit code */
+   linux_clock_t _utime;
+   linux_clock_t _stime;
+   } _sigchld;
+
+   struct {
+   void *_addr;/* faulting insn/memory ref. */
+   } _sigfault;
+
+   struct {
+   int _band;  /* POLL_IN, POLL_OUT, POLL_MSG */
+   int _fd;
+   } _sigpoll;
+   } _sifields;
+} linux_siginfo_t;
+
+#define lsi_pid  _sifields._kill._pid
+#define lsi_uid  _sifields._kill._uid
+#define lsi_status   _sifields._sigchld._status
+#define lsi_utime_sifields._sigchld._utime
+#define lsi_stime_sifields._sigchld._stime
+#define lsi_value_sifields._rt._sigval
+#define lsi_int  _sifields._rt._sigval.sival_int
+#define lsi_ptr  _sifields._rt._sigval.sival_ptr
+#define lsi_addr _sifields._sigfault._addr
+#define lsi_band _sifields._sigpoll._band
+#define lsi_fd   _sifields._sigpoll._fd
+
 /*
  * We make the stack look like Linux expects it when calling a signal
  * handler, but use the BSD way of calling the handler and sigreturn().
@@ -219,13 +296,28 @@
 struct linux_sigframe {
int sf_sig;
struct  linux_sigcontext sf_sc;
+   int pad[41];/* pad it out so we can use the same
+* trampoline code for both types of
+* sigframes
+*/
+
linux_handler_t sf_handler;
 };
 
+struct linux_rt_sigframe {
+   int sf_sig;
+   linux_siginfo_t *sf_siginfo;
+   struct linux_ucontext   *sf_ucontext;   /* points to sf_uc */
+   linux_siginfo_t sf_si;
+   struct linux_ucontext   sf_sc;  /* = *sf_ucontext */
+   linux_handler_t sf_handler;
+};
+
 extern int bsd_to_linux_signal[];
 extern int linux_to_bsd_signal[];
 extern struct sysentvec l

Re: adduser & NIS

[Max Khon]

hi, there!

On Mon, 18 Sep 2000, Eric Ogren wrote:

>  What do you mean by an adduser that's compatible with NIS? Just run
> adduser on your NIS master, merge the change into the master.passwd file
> you have in /var/yp, and remake the maps...

I wish this could be done automatically

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: GDB 4.18 and shared libraries (Mozilla)

[Max Khon]

hi, there!

On 6 Sep 2000, Randell Jesup wrote:

>   I (and some coworkers) are having problems with GDB under
> 4.1-stable and shared libraries (particularily in Mozilla).  Ever since
> upgrading from 3.3 or 3.4-stable to 4.1-stable, GDB gives bogus line
> numbers/addresses for references in shared libraries, doesn't show
> arguments, can't display auto variables, etc.  For functions in the
> main executable, line numbers are right and arguments print.
> 
>   All the shared libraries were totally rebuilt after upgrading
> (from scratch).
> 
>   Debug information seems to be present in the libraries as linked,
> including line number info, but it's very hard to determine if it's
> correct from the output of 'nm'.
> 
>   Any ideas?

ld is broken. apply attached patch, rebuild everything in
src/gnu/usr.bin/binutils and relink libraries.
the patch is taken from binutils cvs (elf32-i386.c 1.8 -> 1.9)
there is open PR for this (20373) but I cannot submit a followup for some
reason.

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: fbsdboot.exe can't load elf kernels

[Max Khon]

hi, there!

On Tue, 11 Jan 2000, Anton wrote:

> is there way to boot fbsd3.x from dos? all ok with 2.2.8,
> but in 3.x fbsdboot.exe say 'Invalid format'.
> also i see that fbsdboot.exe is not changed since 2.xx
> it can't support elf format at all?

"Carlos C. Tapang" <[EMAIL PROTECTED]> once patched fbsdboot to load
ELF kernels. He put it to ftp://ftp.genericwindows.com/pub/fbsdboot.exe
but this host does not exist anymore.
I have a copy of his fbsdboot at
ftp://iclub.nsu.ru/pub/FreeBSD/incoming/fbsdboot.exe
I have not tested it. Tell me if it works or not.

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: isprint(3) and LANG/LOCALE

[Max Khon]

hi, there!

On Tue, 11 Jan 2000, Mikhail Teterin wrote:

> =grrr. i mean 'unsigned'
> 
> Yes, that helped! A call to setlocale() was also neccessary, though...
> I'll send a patch for the Jpeg port.

setlocale() is always necessary to make locales work.

/fjoe



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message