search for: underneat

...im=c(0,3000)) mtext("Var1", side = 1, line = 3) mtext("Var2", side = 2, line = 3) I have been trying to use axis(1, at=1:8, labels=c("1","2","3","4","5","6","7","8")) but I get labels not standing underneat the columns...can someone help me out on this one? Also, I would like to plot onto each bar the corresponding numerical value - e.g. "1824" on the first bar, ecc... Please notice that str(t1) would look like: Named num [1:8] 1824 2339 2492 2130 2360 ... - attr(*, "names")=...

...h.westelinck@pandora.be >>[mailto:kenneth.westelinck@pandora.be] >>Gesendet: Montag, 2. Juni 2003 08:19 >>An: A.A; samba@lists.samba.org >>Betreff: Re: Re: AW: [Samba] samba installation >> >> >>If you compile samba like this, then the full samba install is underneat >h >>/usr/local/samba, not /usr/local/samba-2.2.8a. The latter is the source >>tree. So you should try this: >>- kill the current samba daemons: /etc/init.d/samba stop >>- make sure they are really dead >> * ps fax | grep smbd kill all listed processes >> *...

...h.westelinck@pandora.be >>[mailto:kenneth.westelinck@pandora.be] >>Gesendet: Montag, 2. Juni 2003 08:19 >>An: A.A; samba@lists.samba.org >>Betreff: Re: Re: AW: [Samba] samba installation >> >> >>If you compile samba like this, then the full samba install is underneat >h >>/usr/local/samba, not /usr/local/samba-2.2.8a. The latter is the source >>tree. So you should try this: >>- kill the current samba daemons: /etc/init.d/samba stop >>- make sure they are really dead >> * ps fax | grep smbd kill all listed processes >> *...

...;'s just that the BigDecimal object should have no numers after the decimal point. Am I just way off here? Making this assumption for a database like Firebird where two different databases might be a different dialect. For example decimal(15,2) in dialect 1 firebird is really a double precision underneath, in dialect 3 it''s really being stored as a bigint. Regardless of how the database is storing this underneat the Firebird driver (correctly in my opinion) translate this to a BigDecimal column. The test above then fails because it''s looking for wrong types. Anyone have any though...