Bugfix in cx3110

[Steven Walter]

While reading through the wireless card driver (what source is
available), I noticed what is almost certainly a bug:

--- sm_drv_ioctl_umac.c~2007-12-06 22:34:03.0 -0500
+++ sm_drv_ioctl_umac.c 2007-12-06 22:34:05.0 -0500
@@ -2024,7 +2024,7 @@
if (ret < 0)
return ret;
} else {
-   if (!crypt_info->flags & IW_ENCODE_MODE) {
+   if (!(crypt_info->flags & IW_ENCODE_MODE)) {
/* we cannot do anything. Complain. */
return -EINVAL;
}
--

The old test is equivalent to if (0), which means its not possible
to set the ENCODE_MODE without also setting a key.

-- 
-Steven Walter <[EMAIL PROTECTED]>
Freedom is the freedom to say that 2 + 2 = 4
B2F1 0ECC E605 7321 E818  7A65 FC81 9777 DC28 9E8F 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Daniel Martín Yerga]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 6 Dec 2007 19:14:18 +0100
"Andrea Grandi" <[EMAIL PROTECTED]> wrote:

> > complaining about - either the .pyo files need to be removed from it
> > (pyo shouldn't be in a source archive anyway), or the file just
> > needs to be removed (dpkg-source will create its own in that case).
> 
> I do NOT create them!!! :(
> They're created someway when the library is built. I don't create them
> and they're not in the source tree.
> 
> Really don't know what could be wrong :(
> 

Well, I have been doing the package for flickrapi.
As Tak said, the .pyo files can't be there. As you will see these files
are created every time you run dpkg-buildpackage. 
This is because setup.py has the following line: 
from flickrapi import __version__

.pyo files are created every time that flickrapi is imported. 
The easiest way to solve this is to change that line by simply:
__version__ ='0.15'

That way you won't have problems creating the package.

Cheers.
- -- 
Daniel Martín Yerga
[EMAIL PROTECTED]
http://yerga.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHWD3fcnvB1T3xmfMRAt6WAKCDIJ8rZV+hTZJJRfQpRt3BQQp18ACfVc2X
gsmPAyuf8k8uxLXs6d5VuAg=
=9GtI
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Andrea Grandi]

Hi

> Did you create ../flickrapi_0.15.orig.tar.gz , or was that the
> original source archive?  Either way, that's what dpkg-source is

I tried both ways. I've just tried from scratch and the problem is the same.

> complaining about - either the .pyo files need to be removed from it
> (pyo shouldn't be in a source archive anyway), or the file just needs
> to be removed (dpkg-source will create its own in that case).

I do NOT create them!!! :(
They're created someway when the library is built. I don't create them
and they're not in the source tree.

Really don't know what could be wrong :(

-- 
Andrea Grandi
email: [EMAIL PROTECTED]
website: http://www.ptlug.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Levi Bard]

> Here is the output when I execute dpkg-buildpackage: http://pastebin.ca/807377
>
> Really don't know what to do more :(

Did you create ../flickrapi_0.15.orig.tar.gz , or was that the
original source archive?  Either way, that's what dpkg-source is
complaining about - either the .pyo files need to be removed from it
(pyo shouldn't be in a source archive anyway), or the file just needs
to be removed (dpkg-source will create its own in that case).

-- 
"Tak does not require that we think of Him, only that we think."
--Grag Bashfullsson
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Andrea Grandi]

Hi,

call me "stupid" but I still cannot create .deb packages :(

I'm still trying to package flickrapi-0.15 python library. I've read
these documents:

http://pymaemo.garage.maemo.org/documentation/pymaemo_tutorial/python_maemo_howto.html#link22
http://maemo.org/development/documentation/how-tos/4-x/creating_a_debian_package.html

and even the Debian new maintainer guide.

I did these things:

- unpacked sources
- create a Makefile like the one in the Python Maemo howto
- execute this: export DEBFULLNAME="Andrea Grandi"
- execute this: dh_make -e [EMAIL PROTECTED]
- I choose "library"
- I edit debian/control file, you can see it here: http://pastebin.ca/807371
- I edit debian/rules file to fix the problem you described:
http://pastebin.ca/807372
- I execute: dpkg-buildpackage -rfakeroot

the result??? NO packages created :(

Here is the output when I execute dpkg-buildpackage: http://pastebin.ca/807377

Really don't know what to do more :(

-- 
Andrea Grandi
email: [EMAIL PROTECTED]
website: http://www.ptlug.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: umac.ko

[Luca Olivetti]

En/na Kalle Valo ha escrit:
> "ext Luca Olivetti" <[EMAIL PROTECTED]> writes:
> 
>> En/na Kalle Valo ha escrit:
>>> "ext Alex Iliadis" <[EMAIL PROTECTED]> writes:
> 
> [packet injection]
> 
 Is there a way that we can modify the source of the umac.ko module 
 supplied 
 with the N810 or N800? 
>>> The answer is plain and simple no. The umac.ko module is proprietary
>>> and the source code is not available. Sorry.
>> But somebody has access to that sources, so he or she could add this 
>> often requested feature, right?
> 
> I find that very unlikely. If you can come with a good business _and_
> use case, I might reconsider taking this to higher-ups. But the
> reasons would have to be really good.

Mmh, so I guess that ranking better on 
http://www.aircrack-ng.org/doku.php?id=compatibility_drivers wouldn't be 
enough.
Too bad, since by looking at other patches it shouldn't be a big effort.
Well, now that usb host mode is possible there are other alternatives, 
though I fear that my ralink usb adapter needs something more than 100ma 
to work.

Bye
-- 
Luca

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Samba/CIFS Client for N800/N810

[Acadia Secure Networks]

Luca,

well that is great news.

Depending upon what level of gui support is provided for Samba 
configuration, it might make sense to port SWAT as well, if Nokia has 
not already done that. However SWAT requires the presence of a www 
server in the OS.

Best Regards,

 

John Holmblad

 

Acadia Secure Networks, LLC

* *

*Serving the SmartDigital^TM home, entrepreneurial enterprise, and 
emerging network service provider markets*

* *

*GSEC Gold,  GCWN Gold,  GAWN,  GGSC-0100,  NSA-IAM,  NSA-IEM***

*Microsoft Small Business Specialist***

* *

(M) 703 407 2278

(F)  703 620 5388

 

primary email address:  [EMAIL PROTECTED] 


backup email address:  [EMAIL PROTECTED] 




Luca Donaggio wrote:
> On Dec 6, 2007 3:28 PM, Acadia Secure Networks 
> <[EMAIL PROTECTED] > wrote:
>
> Luca,
>
> thanks for the clarification. I am actually more interested in the
> client side functionality but it would be nice if both were
> implemented in OS2008.
>
> Do you, or anyone else on this list, for that matter,  know where
> I can get my hands on the Nokia documentation (let's call it the
> "what's new in this release" document) that clearly specifies the
> new features as well as any feature deletions?
>
> Best Regards,
>
>  
>
> John Holmblad
>
>  
>
> Acadia Secure Networks, LLC
>
>
> I don't know if such a document (yet) exists, but I confirm that samba 
> support is there: you can see samba shares over the network you're 
> currently attached on using the standard filemanager, at least those 
> which grant anonymous access.
>
> Luca Donaggio
>

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Daniel Martín Yerga]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 6 Dec 2007 15:30:47 +0100
"Andrea Grandi" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> could both of you, please post your debian/rules and debian/control
> files somewhere? For example in http://pastebin.ca
> 
> Since I had the same problem with another package, I'd like to see the
> differences and understand why one package works and not the other.
> 
> Thanks :)
> 
I use the debian/ directory created for the Debian distro.
If you have a Debian distro avalaible, you can do "apt-get source
package" 
That will download the source code modified by the Debian developers,
with its debian/ directory inside.

If you don't have a Debian distro. The easiest way would be searching
the package in http://packages.debian.org 
Download the .tar.gz, the .dsc and .diff.gz files. With these files in
the same directory, in scrachtbox you can do "dpkg-source -x
filename.dsc" This will create a directory with the library/program
and with their respective debian/ directory.

- From there you can edit the files inside debian/ in the way you want.
But generally doing dpkg-buildpackage work (if you have all dependences
installed)

BTW, if you want I post debian/rules and debian/control, there isn't
problem.

Cheers.
- -- 
Daniel Martín Yerga
[EMAIL PROTECTED]
http://yerga.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHWBX5cnvB1T3xmfMRAtBBAJ0fPJLaBryxhrJJh6Q299ck4yh2BwCfRiiX
mu/zO83p6etmUfJs7CqD7p8=
=RMV1
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Andrea Grandi]

Hi,

> You need just to be careful with the rules file and check if  its install:
> sections has the proper DESTDIR, like:
>
>  $(MAKE) DESTDIR=$(CURDIR)/debian/libart install
>
> As you can see it points do debian/ (that's correct) and not to
> debian/tmp (that's not correct).

with this change, are all the files correctly included into the .deb package?

-- 
Andrea Grandi
email: [EMAIL PROTECTED]
website: http://www.ptlug.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: umac.ko

[Kalle Valo]

"ext Luca Olivetti" <[EMAIL PROTECTED]> writes:

> En/na Kalle Valo ha escrit:
>> "ext Alex Iliadis" <[EMAIL PROTECTED]> writes:

[packet injection]

>>> Is there a way that we can modify the source of the umac.ko module supplied 
>>> with the N810 or N800? 
>> 
>> The answer is plain and simple no. The umac.ko module is proprietary
>> and the source code is not available. Sorry.
>
> But somebody has access to that sources, so he or she could add this 
> often requested feature, right?

I find that very unlikely. If you can come with a good business _and_
use case, I might reconsider taking this to higher-ups. But the
reasons would have to be really good.

-- 
Kalle Valo
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Samba/CIFS Client for N800/N810

[Luca Donaggio]

On Dec 6, 2007 3:28 PM, Acadia Secure Networks <[EMAIL PROTECTED]>
wrote:

>  Luca,
>
> thanks for the clarification. I am actually more interested in the client
> side functionality but it would be nice if both were implemented in OS2008.
>
> Do you, or anyone else on this list, for that matter,  know where I can
> get my hands on the Nokia documentation (let's call it the "what's new in
> this release" document) that clearly specifies the new features as well as
> any feature deletions?
>
>   Best Regards,
>
>
>
> John Holmblad
>
>
>
> Acadia Secure Networks, LLC
>

I don't know if such a document (yet) exists, but I confirm that samba
support is there: you can see samba shares over the network you're currently
attached on using the standard filemanager, at least those which grant
anonymous access.

Luca Donaggio
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Andrea Grandi]

Hi,

could both of you, please post your debian/rules and debian/control
files somewhere? For example in http://pastebin.ca

Since I had the same problem with another package, I'd like to see the
differences and understand why one package works and not the other.

Thanks :)

2007/12/6, Daniel Martín Yerga <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thu, 6 Dec 2007 14:39:18 +0100
> "Aniello Del Sorbo" <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > I am porting an application to Maemo 4.0 (Xournal)
> > I have successfully modified it to compile and run in my scratchbox
> > (CHINOOK_X86 target)
> > (I haven't been kind and "make install"ed what was needed instead of
> > packaging stuff the proper way.
> >
> > Anyway I wanted to do it clean for the ARMEL target. So I started
> > packaging the dependencies first.
> > For example gail-1.20.1.
> >
> > I've created the gail-1.20.1 with the clean sources in it and (from
> > the dir) I've ran:
> >
> > dh_make -e [EMAIL PROTECTED] -f ../packages/gail-1.20.1.tar.gz
> >
> > and told it that gail is a library.
> > dh_make complained about a BROKEN package name "gailBROKEN" thus I
> > went to debian/control
> >
> > and  used the package name "gail". I didn't change anythng else a
> > part from the descriptions
> > I've removed useless files from the debian dir as stated in the
> > Creating Debian Package HOWTO.
> > Finally I've ran the command:
> >
> > dpkg-buildpackage -rfakeroot
> >
> > to build the deb files.
> >
> > Here comes the issue. It created the debian/tmp dir with the binaries
> > in it (everything compiled just fine),
> > but it did not packaged them into the .deb file, just the
> > debian/{control, changelog, copyright... } files...
> > (as shown by : dpkg -c ../gail_1.20.1-1_armel.deb)
> >
> > What I am doing wrong ?
> > I've been struggling with the issue since this morning...
> >
> > PS: at the end it also complained about unkown substitution variables:
> >
> > dpkg-gencontrol: warning: unknown substitution variable
> > ${shlibs:Depends} dpkg-gencontrol: warning: unknown substitution
> > variable ${misc:Depends}
>
> I compiled gail yesterday and uploaded it to extras-devel repository. I
> needed it to compile libgtkhtml2 and python-gtkhtml2. Which are also in
> the extras-devel repository.
>
> http://repository.maemo.org/extras-devel/pool/chinook/free/g/gail/
>
> If you have some problem with it, comment me.
>
>
> Regards.
> - --
> Daniel Martín Yerga
> [EMAIL PROTECTED]
> http://yerga.net
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFHV/6IcnvB1T3xmfMRAqrOAJ9aAu9G7Jk27FeimUQY2aCxXh1RZQCfS7Ed
> G0Z4/XCg6iwzrTXVIisGXMQ=
> =IjPy
> -END PGP SIGNATURE-
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>


-- 
Andrea Grandi
email: [EMAIL PROTECTED]
website: http://www.ptlug.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: web based local application GUIs

[Kalle Valo]

"ext Tomi Ollila" <[EMAIL PROTECTED]> writes:

> On Wed 05 Dec 2007 19:09, Kalle Valo <[EMAIL PROTECTED]> writes:
>> In tablets applications request connections through libconic and after
>> that they can open sockets as usual. If some applications request
>> connections to localhost from libconic, that's a bug in the
>> application, not in lower levels.
>
> OK! So next the big question: If I open default browser and try to connect
> http://127.0.0.1/ and I have application in port 80 serving http requests
> should that work? (with all / which IT OS versions?)

No idea, it depends how the browser is implemented. If it's clever
enough, it won't request a connection from libconic for localhost
connections. I'm not involved in browser development and I can't give
you an answer for this one.

>> Exception: there was a preload library (which name I don't even
>> remember anymore) in osso-ic-lib which wrapped socket() and close()
>> functions and did just what you described here. But I doubt (and hope)
>> that nobody uses it anymore.
>
> What is someone wants to take some unix software, compile it unmodified
> for internet tables and expect it to make internet connections as the
> browser does now (i.e. automatically start connection over wlan/bt) ?

Then the preload library is the only option. 

But in that case I think it's better that the user is forced to open
the connection manually. The library is a hack and only deity knows
what kind of problems it might create. When an application is really
ported to maemo platform, it's trivial to add libconic support. This
all is IMHO, of course.

I finally checked the name of the preload library I have been talking
about. It's libosso-ic-preload.so and doesn't seem to be included in
OS2008 anymore.

-- 
Kalle Valo
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Samba/CIFS Client for N800/N810

[Luca Donaggio]

On Dec 6, 2007 2:57 PM, Acadia Secure Networks <[EMAIL PROTECTED]>
wrote:

> All,
>
> is anyone working on porting the SAMBA/CIFS client with a useful
> GUI/file explorer over to the N810/N800?  If so, I would like to
> participate in the testing of that client. I seem to recall that Nokia
> is considering to put this capability into a future release of the
> N810/N800 software but I don't recall getting any indication of when
> that will happen.
>
>
>
> --
>
> Best Regards,
>
>
>
> John Holmblad
>
>
>
> Acadia Secure Networks, LLC
>
> * *
>
> 
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



AFAIK it's already tere in OS2008!

Luca Donaggio
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Samba/CIFS Client for N800/N810

[Acadia Secure Networks]

All,

is anyone working on porting the SAMBA/CIFS client with a useful 
GUI/file explorer over to the N810/N800?  If so, I would like to 
participate in the testing of that client. I seem to recall that Nokia 
is considering to put this capability into a future release of the 
N810/N800 software but I don't recall getting any indication of when 
that will happen.



-- 

Best Regards,

 

John Holmblad

 

Acadia Secure Networks, LLC

* *




___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Problem making .deb package

[Daniel Martín Yerga]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 6 Dec 2007 14:39:18 +0100
"Aniello Del Sorbo" <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> I am porting an application to Maemo 4.0 (Xournal)
> I have successfully modified it to compile and run in my scratchbox
> (CHINOOK_X86 target)
> (I haven't been kind and "make install"ed what was needed instead of
> packaging stuff the proper way.
> 
> Anyway I wanted to do it clean for the ARMEL target. So I started
> packaging the dependencies first.
> For example gail-1.20.1.
> 
> I've created the gail-1.20.1 with the clean sources in it and (from
> the dir) I've ran:
> 
> dh_make -e [EMAIL PROTECTED] -f ../packages/gail-1.20.1.tar.gz
> 
> and told it that gail is a library.
> dh_make complained about a BROKEN package name "gailBROKEN" thus I
> went to debian/control
> 
> and  used the package name "gail". I didn't change anythng else a
> part from the descriptions
> I've removed useless files from the debian dir as stated in the
> Creating Debian Package HOWTO.
> Finally I've ran the command:
> 
> dpkg-buildpackage -rfakeroot
> 
> to build the deb files.
> 
> Here comes the issue. It created the debian/tmp dir with the binaries
> in it (everything compiled just fine),
> but it did not packaged them into the .deb file, just the
> debian/{control, changelog, copyright... } files...
> (as shown by : dpkg -c ../gail_1.20.1-1_armel.deb)
> 
> What I am doing wrong ?
> I've been struggling with the issue since this morning...
> 
> PS: at the end it also complained about unkown substitution variables:
> 
> dpkg-gencontrol: warning: unknown substitution variable
> ${shlibs:Depends} dpkg-gencontrol: warning: unknown substitution
> variable ${misc:Depends}

I compiled gail yesterday and uploaded it to extras-devel repository. I
needed it to compile libgtkhtml2 and python-gtkhtml2. Which are also in
the extras-devel repository.

http://repository.maemo.org/extras-devel/pool/chinook/free/g/gail/

If you have some problem with it, comment me.


Regards.
- -- 
Daniel Martín Yerga
[EMAIL PROTECTED]
http://yerga.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHV/6IcnvB1T3xmfMRAqrOAJ9aAu9G7Jk27FeimUQY2aCxXh1RZQCfS7Ed
G0Z4/XCg6iwzrTXVIisGXMQ=
=IjPy
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Problem making .deb package

[Aniello Del Sorbo]

Hello,

I am porting an application to Maemo 4.0 (Xournal)
I have successfully modified it to compile and run in my scratchbox
(CHINOOK_X86 target)
(I haven't been kind and "make install"ed what was needed instead of
packaging stuff the proper way.

Anyway I wanted to do it clean for the ARMEL target. So I started packaging
the dependencies first.
For example gail-1.20.1.

I've created the gail-1.20.1 with the clean sources in it and (from the dir)
I've ran:

dh_make -e [EMAIL PROTECTED] -f ../packages/gail-1.20.1.tar.gz

and told it that gail is a library.
dh_make complained about a BROKEN package name "gailBROKEN" thus I went to
debian/control

and  used the package name "gail". I didn't change anythng else a part from
the descriptions
I've removed useless files from the debian dir as stated in the Creating
Debian Package HOWTO.
Finally I've ran the command:

dpkg-buildpackage -rfakeroot

to build the deb files.

Here comes the issue. It created the debian/tmp dir with the binaries in it
(everything compiled just fine),
but it did not packaged them into the .deb file, just the debian/{control,
changelog, copyright... } files...
(as shown by : dpkg -c ../gail_1.20.1-1_armel.deb)

What I am doing wrong ?
I've been struggling with the issue since this morning...

PS: at the end it also complained about unkown substitution variables:

dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}

-- 
anidel
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: home applet api chinook

[Tuomas Kulve]

Collin R. Mulliner wrote:

> The point is: it seems to work with just recompiling so I would rather
> fix the problem with the white screen then reimplementing it with the
> 4.x api.
> 
> Any hints?

It's not a big thing to port to new API, so I recommend it:

http://maemo.org/development/documentation/how-tos/4-x/writing_hildon_desktop_plug-ins_for_maemo.html


-- 
Tuomas



signature.asc
Description: OpenPGP digital signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Threads

[Ian Key]

You're a star :)

And I'm forgetful!!! 

Thanks

- Original Message 
From: Binary Chen <[EMAIL PROTECTED]>
To: Ian Key <[EMAIL PROTECTED]>
Cc: maemo-developers@maemo.org
Sent: Thursday, 6 December, 2007 10:52:38 AM
Subject: Re: Threads

On Thu, 2007-12-06 at 02:48 -0800, Ian Key wrote:
> (18:48 CST)
> 
> 
> Hi,
> 
> I'm relatively new to this and looking to use threads. I have
 included
> pthread.h and using the cs2005q3.2-glibc2.5-arm toolchain. The
> following code won't compile, I get the following error:
> 
> main.o: In function `main':/home/ikey/bob/fred/main.c:679: undefined
> reference to `pthread_create'
> :/home/ikey/bob/fred/main.c:680: undefined reference to
> `pthread_create'
> :/home/ikey/bob/fred/main.c:683: undefin 

You must link you program with -lpthread.







  __
Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Threads

[Binary Chen]

On Thu, 2007-12-06 at 02:48 -0800, Ian Key wrote:
> (18:48 CST)
> 
> 
> Hi,
> 
> I'm relatively new to this and looking to use threads. I have included
> pthread.h and using the cs2005q3.2-glibc2.5-arm toolchain. The
> following code won't compile, I get the following error:
> 
> main.o: In function `main':/home/ikey/bob/fred/main.c:679: undefined
> reference to `pthread_create'
> :/home/ikey/bob/fred/main.c:680: undefined reference to
> `pthread_create'
> :/home/ikey/bob/fred/main.c:683: undefin 

You must link you program with -lpthread.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Threads

[Ian Key]

Hi,

I'm relatively new to this and looking to use threads. I have included 
pthread.h and using the cs2005q3.2-glibc2.5-arm toolchain. The following code 
won't compile, I get the following error:

main.o: In function `main':/home/ikey/bob/fred/main.c:679: undefined reference 
to `pthread_create'
:/home/ikey/bob/fred/main.c:680: undefined reference to `pthread_create'
:/home/ikey/bob/fred/main.c:683: undefined reference to `pthread_join'
:/home/ikey/bob/fred/main.c:684: undefined reference to `pthread_join'
collect2: ld returned 1 exit status
make: *** [bob] Error 1


// threads
#include 
#include 

int main(int argc, char *argv[])
{
// thread stuff
pthread_t ctrl_t ;
pthread_t supv_t ;
...
...
...
  /* Create resources and threads */
pthread_mutex_init (&mutex, NULL);
pthread_cond_init (&cond, NULL);
err = pthread_create (&ctrl_t, NULL, ctrl_loop, &r1) ;
err = pthread_create (&supv_t, NULL, supv_loop, &r2) ;

/* Wait for both threads to finish */
pthread_join (ctrl_t, NULL) ;
pthread_join (supv_t, NULL) ;
}

Have I done anything stupid? Can you not do this with N800, if not, how do you 
do threads?

Ian




  __
Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: web based local application GUIs

[Tomi Ollila]

On Wed 05 Dec 2007 19:09, Kalle Valo <[EMAIL PROTECTED]> writes:

> "ext Tomi Ollila" <[EMAIL PROTECTED]> writes:
>
>> So I remember incorrectly -- the real reason is (probably) that when
>> socket(2) system call is started, these Internet Tablets tries to make
>> internet connection up (either via wlan, or bt-connected phone)
>> and if that cannot be made, socket(2) fails. 
>> There is no way knowing at socket(2) time that user wants to connect(2)
>> 127.0/8 addresses. There is probably good reason to wrap socket() instead
>> of connect(), bind() (and some other system calls.. timeouts maybe...).
>
> Nope, any of the calls you mentioned are not modified (or wrapped) in
> any way. They work similarly in Nokia tablets as in normal Linux PCs.
>
> In tablets applications request connections through libconic and after
> that they can open sockets as usual. If some applications request
> connections to localhost from libconic, that's a bug in the
> application, not in lower levels.

OK! So next the big question: If I open default browser and try to connect
http://127.0.0.1/ and I have application in port 80 serving http requests
should that work? (with all / which IT OS versions?)

> Exception: there was a preload library (which name I don't even
> remember anymore) in osso-ic-lib which wrapped socket() and close()
> functions and did just what you described here. But I doubt (and hope)
> that nobody uses it anymore.

What is someone wants to take some unix software, compile it unmodified
for internet tables and expect it to make internet connections as the
browser does now (i.e. automatically start connection over wlan/bt) ?


> -- 
> Kalle Valo

Thanks,

Tomi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers